【blender2.8】cycles渲染硬件的研究

忘记截图了，只有文本，凑合看吧：

blender2.8的cycles渲染器可以同时支持CPU+GPU渲染，原理比较简单：

将GPU单独当作一个线程去分配一个tile，CPU的每个线程各分配一个tile

这个在渲染初期的确可以提高速度，因为GPU也算一个线程，相当于多了一个线程去渲染

但是存在一个问题，就是GPU的算力比CPU高很多，在渲染的时候GPU总是比CPU快，所以可能会出现全部图片几乎被GPU渲染完了但是还有少量tile被CPU占着。目前来看blender的每个tile只支持一个线程，所以全图覆盖后Cuda就罢工不干了，因为剩下的tile全是CPU在占着。

这里我渲染了同一个场景，对比一下速度

电脑配置：i7 9750H/GTX1660Ti/8GB DDR4

渲染时风扇全速开启

大尺寸渲染：

320x240 1920x1080 采样512次 仅使用GPU  09'13''66

（预计时间是8'20''，已经很接近了）

320x240 1920x1080 采样512次 CPU + GPU  12'40''19

（预计时间6'30''，全图覆盖时还剩1'10'',但这预计1分钟足足渲染了6分钟左右，此时Cuda已罢工）

CPU渲染就不放了，第二项测试就已经很惨了。

小尺寸渲染：

32x32 1920x1080 采样512次 仅使用GPU 09'29'60

（的确比大尺寸要慢，但是几乎可以忽略）

32x32 1920x1080 采样512次 仅使用CPU >15分钟

（渲染时间严重超时，这里不测了）

32x32 1920x1080 采样512次 CPU + GPU 07'23'23

（渲染速度大幅度提高，虽然GPU还是把CPU甩在后面，但因为面积小，CPU基本上可以追上，而且全图覆盖后不会墨迹太长时间）

渐进式渲染（速度很慢，这里只采样64次）

渐进式 1920x1080 采样64次 仅使用GPU 06'46'84

（Cuda占用不稳，有一点波动）

渐进式 1920x1080 采样64次 仅使用CPU 02'41'56

（12个核心全部运作，占用一直是100%，这个渲染速度超出了我的预期）

渐进式 1920x1080 采样64次 CPU + GPU 03'31'62

（此时虽然都在运作，但是CPU波动非常大，一会20%一会100%，感觉GPU在抢占CPU的进程，相对于纯GPU没有变化）

这里给一个大致的建议，不准确，具体还得自己测试：

块状渲染：使用小尺寸的渲染方式（我设定的是32x32，如果CPU算力不够还可以适当减小）

然后采用CPU+GPU组合渲染。

渐进渲染：这里要纠正一些人的误区，渐进渲染也是可以使用多核心的，如果CPU的核心比较多建议只开CPU进行渐进渲染，如果核心比较少，还是建议使用CPU+GPU的组合渲染方式，尽管GPU会拖慢CPU，但CPU至少也有点贡献，能省点时间就省点时间。