Houdini Distributed Simulations and Render

1.HQueue是我最早搭建到本地农场。经过测试,效率极其低下。基本上是个玩具，离真正的管理软件差的十万八千里。

　　不是说Hqueue不行，因为发现了用 农场管理软件API调用Houdini Rendering/Simulation更加稳定.更加方便管理。

  

 

2,然后就彻底抛弃HQueue, 虽然这个时候是不能分布式模拟的,但是农场可以单机模拟。

　　经过证明这条路是正确的。电影 正常的做完 就是最好的证明。

 

3，为了做分布式模拟，也是要放到农场管理软件。

       HQueue有一些反应迟钝的问题，所以考虑了怎么设计让连接稳定，分布式结算隔离。      

　　 方案就是:

       终端用户->农场管理api->提交任务(同时启动tracker追踪)

用户最终接触到API是这样的，这个主要管理tracker追踪。tracker主要houdini自带的一个py文件，

我在控制刀片的服务器，写了一个进程池管理tracker.让每一个分布式模拟拥有一个tracker.

最终暴露给用户的是这些API: 可以直接在Houdini里面import进去

 

所有的命令是非阻塞设计。

 

 比如我可以直接在Houdini里操作：

 

 服务端会parse这些命令:

 

这个server是udp server为了这个udpserver我还写了简单的消息握手，管理所有的tracker process pool

python服务中绑定ip必须是explicit IP, not 127.0.0.1.... 要不就会出现socket 10054 错误。

 

 然后就是收文件:（houdini交换数据太稳定了吧。。。）

 

 

 

 

4,如果你是服务器是双网段会比较麻烦下，必须把tracker绑定到你的刀片所在网段。

 

现在这些东西全在农场跑了

　　* Katana 渲染(Linux cluster)

　　* Maya 缓存

　　* Houdini 缓存/渲染/分布式结算

　　* Nuke

转载于:https://www.cnblogs.com/gearslogy/p/9819093.html