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均可正常运行。ide
当用户向DeadLine提交一个渲染任务时,一个新的任务文件夹及必要的文件将在Repository中建立,用于存储任务设置。当一个Slave接收到渲染任务,在开始渲染前,首先将任务文件夹复制到本地。渲染结束后,Slave删除本地任务文件夹,继续搜索其余任务。注意,任务依赖的全部外部引用,如材质贴图或其余场景数据,在网络上都应可访问,由于这些文件并不复制到Repository上。 此外,渲染输出也不保存到Repository,因此Slaves须要可以访问任务输出路径来存储图像。将在Render Farm Considerations文档中 进一步讨论。性能
DeadLine任务
如上所述,当一个任务提交到DeadLine,它被放在Repository中,并可在DeadLine Monitor中查看,以及被运行DeadLine Slave应用程序的电脑访问。大多数任务能够分解成多个任务渲染,再进行组合。 例如,当渲染一个3ds Max动画时,每一帧能够分解为一个单独的任务进行渲染。 这容许多个Slave可以在同一个时间渲染相同任务。某些任务不能以此方式分解,如从一个动画的个别帧中建立Quicktime Movie。学习
每一个任务在Repository中的生命周期内都将包含多种状态,它们是:动画
Queued:任务等待渲染。ui
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。存档的任务不能再更改其属性和状态,但能够查看输出或找回任务提交的数据。