January 22, 2018

Please reload

Recent Posts

We'd like your thoughts

April 4, 2018

Please reload

Featured Posts

OMG that was quick...

September 12, 2017



Its not everyday you get to test with top end equipment, heck in my house all my gear is at least a couple of generations behind the cutting edge. Its actually been a motivation to me to create a distributed rendering solution since I have old gear sitting idle and still want to render my work before I'm eighty years old. So I managed to test with a set of computers that between them have nine Nvidia GTX Cards of varying capability (Oh, and yeah, we're making good progress with the next release, and we have been testing 0.1.2 in pre-release, see the links at the end of the article if you feel adventurous and want to test :D).


Anyone of these cards would be a match for the BMW scene, but I was soooooo keen to see what all nine together could do. Plus there were ten CPUs ranging from i7-5930k (fast hexacore with hyper threading to boot at 3.5 GHz) up to XEON E5 series chips which aren't as quick in their clock speed up but make up for that with lots of cache. Between all the systems we used, there was 512GB of RAM, so plenty of space for even the most demanding scenes. See the end of this article for the full range of specifications.


The tests we ran

If you use Blender a lot then chances are you've heard of Mike Pan's BMW Benchmark (and surprise surprise that is what the article's header image is from :P ). Its kind of a de-facto standard for judging how hard your hardware punishes the pixels so to speak. So naturally I was curious to see what kind of speed this setup would yield and in particular how much faster the group of machines would render with crowd render vs the fastest card in the group. If you want to find this benchmark file, see the useful links at the end of this article :)


The configuration of the file was pretty much out of the box, the tile settings were set to 240 x 136 (GPU) or 16 x 16 (CPU) and the samples to 400 AA and 1225 AA. Something worth mentioning here though, the file was originally configured to use 35 square samples which gave 1225 AA samples. If you check Mike's google sheets where he collects render time data and publishes it, you'll notice that the times there make much more sense if you use 400 AA samples (see links below to find all this by the way).


So the first test was to find the fastest card in the group. That turned out to be at GTX980, though I'd overlooked the fact that one of the systems actually had a potentially faster GTX980Ti and had shut everything down... oops. I'll go back and retest that one shall I?


The GTX 980 pulled up a time of 1 min 29 seconds and a few centiseconds or so, which I usually don't bother counting since each time you render the centiseconds are different so I treat that as random noise. The next fastest card was a Quadro K5200, which you don't see many of these days, probably cause their stupidly expensive, though this one is no longer in production I think. It posted 1 min 55 seconds, so save your self the cash if you were enchanted by that card, the GTX980 was better and cheaper.


The Fastest single CPU run I did was 2 mins 17 seconds using an i7-5930K @ 3.5GHz. Again I got all excited and forgot to run the XEONs by themselves since they had way more threads, and would have been an interesting contest given the slower clock speed, but higher levels of cache. Looks like I really need to go back to the lab. 


So the next tests to run were using crowdrender. Now, we haven't really shouted much about supporting GPU rendering. Mainly due to the fact that I don't have one at home to test! Yep, I am not in the high end GPU club. Ah well. That all changed for this test. So, you will be pleased to learn that its actually fall off a chair easy to use GPUs with crowd render and you can even mix in CPU only rigs and it all works quite well. There will be a tutorial! Buts thats enough boasting, sorry, back to the results.


Multi CPU/GPU results