DeadLine是一款功能強大的網絡渲染系統。3D動畫行業的朋友多少都聽說過其大名。苦於其滿屏的E文，在網上又遍錄不到一個像樣的中文都程，只能自食其力，祭出原版幫助文檔來翻譯了，也算是一種學習過程吧，希望對一樣想要深入瞭解DeadLine的朋友有些用處。
鑑於本人對3D動畫軟件並不精通，文章中的難免出現錯誤，歡迎各位高手指正！
DeadLine的功能就不詳述了，需要的朋友請度娘。轉入正題，今天講的是：
一、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。存檔的任務不能再更改其屬性和狀態，但可以查看輸出或找回任務提交的數據。
