“管理器属性”对话框包含网络管理器的配置设置。默认设置可以在大多数情况下正常工作,但是对某些特定情况可能需要调整。“管理器属性”对话框中指定的信息写入并包含在 backburner.xml 中(在 Network 子目录中)。如果运行管理器而 backburner.xml 文件不存在,则会提示使用该对话框配置文件。完成配置后,单击“确定”来运行管理器。
界面
TCP/IP 组
“TCP/IP”组框中的两个微调器用于指定管理器和服务器使用的端口号。这些编号必须唯一,但每个服务器必须具有相同的编号。
- 管理器端口
- 用于指定网络管理器使用的端口号。
- 服务器端口
- 用于指定网络服务器使用的端口号。注意端口号就像对拥有相同电话号码的不同用户进行扩展。它们表示服务器和管理器之间的两个信道。只有经专门训练的网络管理员才能更改这些设置。
“通用”组
- 最大协同指定
- 用于指定管理器一次发出的作业数。该数取决于管理器计算机的处理器速度、所发出的作业大小以及网络系统的速度。通常,默认值 4 就很适当。如果作业很大且有设置适当,则要减小该值。同样,如果拥有高端设置且作业很小,则要增大该值。请注意,由于作业发出的速度快于服务器的处理速度,值过高可能会导致增加超时的次数。在这种情况下,应该减小该值或将其恢复默认。
- 用户服务器限制
- 设置将为特定作业分配的服务器最大数量。此功能会覆盖 3ds Max“高级设置”对话框 中的服务器限制设置。
- 使用任务错误限制
- 定义服务器在挂起任务前重试任务的次数。该选项只在“管理器常规属性”对话框中可用。
“故障的服务器”组
该选项允许管理器自动重新启动作业失败的服务器。
- 重新启动故障的服务器
- 激活以启用自动服务器重新启动。如果禁用该选项,则在首次失败后服务器不再尝试渲染作业。默认设置为启用。
- 重试数
- 指定管理器尝试重新启动失败服务器的次数。默认设置为 3。范围从 1 到 1024。
- 重试间隔秒数
- 每次重试间隔的时间(以秒计)。默认设置是 30。注意服务器的状态基于每个作业来保持。如果启用“重新启动失败服务器”,则管理器将跟踪服务器无法执行特定作业的时间。管理器将定期检查该作业的服务器列表,以检测失败。如果发现一个服务器失败,则管理器将检查该服务器已失败的时间。如果失败距现在的时间大于指定的“重试间隔秒数”,则管理器将逐一减少“重试次数”,重置服务器的失败标记。
如果服务器在一个指定作业上反复失败(失败基于每个作业进行监视),则失败计数会达到指定的“重试次数”,这样管理器会终止尝试为该特定作业重新启动服务器。另一方面,如果服务器重新启动并完成对一个帧的渲染,则其会被标记为处于活动状态且继续渲染直到作业结束。
“直接访问作业路径”组
当处理不宜于将作业放置在管理器系统上的情况时,作业路径可能有用。这些可能出现的情况如下所示:
在安装 Backburner 的 C: 驱动器上缺少驱动器空间。驱动器 D 上有足够的空间,所以您可以创建名为 MyJobs 的文件夹,作业提交后将放置在该文件夹下。输入 UNC 路径例如 machinenameMyJobs。
如果运行大的渲染处理场,会导致管理器系统上出现大量的网络流量,而管理器同时又用于创建模型。要减少流量,可以在与管理器系统相隔离的文件服务器上创建一个共享作业文件夹,比如backburnerJobs。Win32 作业路径应当设置为 fileserverackburnerJobs,而且所提交的作业应放置于文件服务器上。
- 使用作业路径
- 启用允许将作业位置定义在管理器计算机以外位置的开关。该选项通知渲染服务器从新位置获取作业文件,因此可以最大限度的减少管理器上的文件 I/O 流量。
- Win32 路径
- 将作业所在路径输入该字段,或者单击右侧的“浏览”按钮来从系统上搜索作业位置。
- Unix 路径
- 除了输入 Unix 路径结构之外,该字段的功能与 Win32 路径相同。
“默认作业处理”组
“默认作业处理”组中的设置允许用户在 X 天后将完成的作业存档到指定位置中,或是在 X 天后删除完成的作业,或是不确定的将作业保留在队列中。
设用这些控件可以维护作业队列、清除会导致过多开销并给管理器系统带来负担的已完成作业,并以此来解决性能问题。存档功能允许您自动存储用于已完成作业的文件。
不执行任何操作(默认设置。)已完成的作业将保留在队列中。
如果您提交的作业可能需要在更高分辨率,但不对场景进行任何其他更改的情况下重新渲染,可以使用此开关。
将其删除作业完成后,将其从队列中删除。
如果进行渲染的场景只是测试快照,并且您只是对场景进行快速测试,则在作业完成后,不必真正要将其保留在队列中。
于 ... 天后删除作业完成后,将其在队列中保留指定的天数。一旦超过指定的天数,作业就会从队列中删除。
将其归档渲染完成后,将作业归档。
在提交场景的最终版本,并且知道不会进行更多更改时,存档非常有用。
于 ... 天后归档作业完成后,将其在队列中保留指定的天数。一旦超过指定的天数,作业就会存档。