DeadLine渲染農場如何工做

DeadLine是一款功能強大的網絡渲染系統。3D動畫行業的朋友多少都據說過其大名。苦於其滿屏的E文，在網上又遍錄不到一個像樣的中文都程，只能自食其力，祭出原版幫助文檔來翻譯了，也算是一種學習過程吧，但願對同樣想要深刻了解DeadLine的朋友有些用處。
鑑於本人對3D動畫軟件並不精通，文章中的不免出現錯誤，歡迎各位高手指正！
DeadLine的功能就不詳述了，須要的朋友請度娘。轉入正題，今天講的是：

1、DeadLine如何工做
1.1 The Deadline Repository
1.2 Deadline任務
1.2.1 正常工做流程
1.2.2 待定的工做流程
1.2.3 暫停工做流程
1.2.4 失敗的工做流程
1 2 5 從新排隊的工做流程
1.2.6 存檔工做流程

Deadline Repository
Deadline Repository是deadline的核心。 它存儲deadline使用的全部信息，如渲染任務，SLAVE設置，軟件插件。 全部的任務調度和管理是經過讀和寫文件到Deadline Repository實現。 DEADLINE的獨特架構容許它運行在不須要服務器應用的環境，由於DeadLine能夠自動在Repository上掃描渲染任務。無服務器的架構因減小單點錯誤而加強了DeadLine的健壯性。 只要Repository共享可用，DeadLine將全效運轉。

然而,若是你的農場有50個以上的渲染節點，或存在性能問題,咱們建議您在您的網絡中的某臺電腦上運行Deadline Pulse。Deadline Pulse包含在客戶端安裝程序中。 Pulse做爲DeadLine應用程序與Repository之間的代理，它有助於減小網絡負載並提升DeadLine的總體性能。 注意,若是Pulse應用程序因某種緣由宕機，DeadLine應用程序將恢復到自動搜索Repository。不管你是否運行Pulse，DeadLine均可正常運行。

當用戶向DeadLine提交一個渲染任務時，一個新的任務文件夾及必要的文件將在Repository中建立，用於存儲任務設置。當一個Slave接收到渲染任務，在開始渲染前，首先將任務文件夾複製到本地。渲染結束後，Slave刪除本地任務文件夾，繼續搜索其餘任務。注意，任務依賴的全部外部引用，如材質貼圖或其餘場景數據，在網絡上都應可訪問，由於這些文件並不複製到Repository上。 此外，渲染輸出也不保存到Repository，因此Slaves須要可以訪問任務輸出路徑來存儲圖像。將在Render Farm Considerations文檔中 進一步討論。

DeadLine任務
如上所述，當一個任務提交到DeadLine，它被放在Repository中，並可在DeadLine Monitor中查看，以及被運行DeadLine Slave應用程序的電腦訪問。大多數任務能夠分解成多個任務渲染，再進行組合。 例如，當渲染一個3ds Max動畫時，每一幀能夠分解爲一個單獨的任務進行渲染。 這容許多個Slave可以在同一個時間渲染相同任務。某些任務不能以此方式分解，如從一個動畫的個別幀中建立Quicktime Movie。

每一個任務在Repository中的生命週期內都將包含多種狀態，它們是：

Queued：任務等待渲染。

Active：一個或多個任務正在渲染。

Suspended：任務暫停，直到恢復渲染。

Pending：任務在渲染計劃中，或依賴於其餘任務。

Completed：任務渲染完成。

Failed：任務錯誤報告達到最大值。

Archived：任務不能再修改。

Deleted：任務再也不存在於Repository。

下面一些例子是一個任務能夠遵循的工做方式。關於Slave如何選擇一個任務的信息，查看Job Scheduling 章節。

正常工做流程
1.任務提交到DeadLine並存放在Repository中，能夠在Monitor中查看到它處於Queued狀態。

2.任務被一個或多個Slave接收，其在Monitor中的狀態變爲Active。Active狀態旁邊括號內的數字指示當前渲染活動任務的Slave數量。

3.任務做業所有渲染完成後，Monitor中顯示爲Completed狀態。

Pending工做流程
1.一個依賴於其餘任務的任務提交到DeadLine中，它將在Monitor中顯示爲Pending狀態。

2.當這個任務所依賴的其餘任務完成時，它將在Monitor中顯示爲Queued狀態。

3.Slaves接收到這個任務時，它在Monitor中變爲Active狀態。狀態旁邊括號內指示了執行當前渲染任務的Slave數量。

4.任務做業所有渲染完成後，Monitor中顯示爲Completed狀態。

Suspended 工做流程
1.任務提交到DeadLine並存放至Repository，在Monitor中顯示爲Queued狀態。

2.Slaves接收到這個任務時，它在Monitor中變爲Active狀態。狀態旁邊括號內指示了執行當前渲染任務的Slave數量。

3.在Monitor中選擇該任務，點擊右鍵選中Suspend Job，該任務暫停。此時在Monitor中顯示爲Suspended狀態。當一個任務暫停時，Slaves將徹底忽略此任務及與之相關聯的做業。

4.在Monitor中右擊該任務並選擇Resume Job，其狀態將轉換爲Queued，並在Slaves渲染此任務時進入Active狀態。

5.任務做業所有渲染完成後，Monitor中顯示爲Completed狀態。

Failed工做流程
1.任務提交到DeadLine並存放至Repository，在Monitor中顯示爲Queued狀態。

2.Slaves接收到這個任務時，它在Monitor中變爲Active狀態。狀態旁邊括號內指示了執行當前渲染任務的Slave數量。

3.任務的錯誤報告達到最大容許數量時，該任務在Monitor中的狀態轉換爲Failed。當任務處於Failed狀態，Slaves將徹底忽略此任務及與其相關聯的做業。

4.在Monitor中右擊該任務並選擇Resume Failed Job，其狀態將轉換爲Queued，並在Slaves渲染此任務時進入Active狀態。

5.任務做業所有渲染完成後，Monitor中顯示爲Completed狀態。

Requeued工做流程
1.任務提交到DeadLine並存放至Repository，在Monitor中顯示爲Queued狀態。

2.Slaves接收到這個任務時，它在Monitor中變爲Active狀態。狀態旁邊括號內指示了執行當前渲染任務的Slave數量。

3.任務做業所有渲染完成後，Monitor中顯示爲Completed狀態。

4.在Monitor中右擊做業，使一個或多個任務做業從新排隊。從新排隊渲染的緣由多是不滿意渲染輸出（例如Slave的軟件錯誤配置等）。Monitor中的狀態將轉換爲Queued。在Slaves渲染此任務時進入Active狀態。

Archived 工做流程
1.任務提交到DeadLine並存放至Repository，在Monitor中顯示爲Queued狀態。

2.Slaves接收到這個任務時，它在Monitor中變爲Active狀態。狀態旁邊括號內指示了執行當前渲染任務的Slave數量。

3.任務做業所有渲染完成後，Monitor中顯示爲Completed狀態。

4.在Monitor中右擊任務，選擇 Archive Job。其狀態轉換爲Archived。存檔的任務不能再更改其屬性和狀態，但能夠查看輸出或找回任務提交的數據。