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