1.HQueue是我最先搭建到本地農場。通過測試,效率極其低下。基本上是個玩具,離真正的管理軟件差的十萬八千里。python
不是說Hqueue不行,由於發現了用 農場管理軟件API調用Houdini Rendering/Simulation更加穩定.更加方便管理。api
2,而後就完全拋棄HQueue, 雖然這個時候是不能分佈式模擬的,可是農場能夠單機模擬。緩存
通過證實這條路是正確的。電影 正常的作完 就是最好的證實。服務器
3,爲了作分佈式模擬,也是要放到農場管理軟件。socket
HQueue有一些反應遲鈍的問題,因此考慮了怎麼設計讓鏈接穩定,分佈式結算隔離。 分佈式
方案就是:測試
終端用戶->農場管理api->提交任務(同時啓動tracker追蹤)設計
用戶最終接觸到API是這樣的,這個主要管理tracker追蹤。tracker主要houdini自帶的一個py文件,server
我在控制刀片的服務器,寫了一個進程池管理tracker.讓每個分佈式模擬擁有一個tracker.blog
最終暴露給用戶的是這些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