前面有提到过QUBE!
这是个典型的集群管理软件
适用于很多人要用一个集群的情况
它对任务的切分细度取决于相关软件本身
拿3dsmax来说，frame是最小细粒度
qube!没有能力将一个frame打散再发送给渲染节点
那么对于特别复杂而耗时的单个frame，怎么利用集群的计算能力
这个属于渲染器的功能，主流的几个，v-ray,mental-ray,renderman都支持分布式渲染
它们这里的分布式渲染跟qube!的概念就不一样了
理论上，后者的灵活性应该更好一些
qube!除了管理上的优势，性能上，也还是有一些的
诸如一个1000frame的job，一个10计算节点的集群
如果采用qube!分发frame，那么一个节点计算100frame，效率提高10倍
如果采用第二种方式，10台计算节点理论上相当于一个性能十倍于单台节点的超级节点，处理单帧的时间是单机的十分之一
如果都是理想状况的话，性能没有差别，但实际情况下，随着节点数的增加，第二种方式的综合效率增长并不是线性的
拆分单帧，组合结果的复杂度和开销都会随着节点数的增加而拖慢效率
所以，混合两种方式的集群还是需要的
只是混合的方式还不太确定
一种层级式的，qube!控制的是组后后的超级节点
一种是平行的，qube!控制的还是单个节点，每个节点自身也是渲染器分布式渲染的节点
层级式的方式，每个超级节点的规模如何确定才最有效率，而且，投入所以计算能力处理一张图也就没有可能了
平行的话，两种配置是否会冲突？不同性质的任务提交的方式也不同，增加了一点点复杂度
这几天会用虚拟机先试试效果
