- Mar 27, 2009
- 12,968
- 221
- 106
To help clear up the misunderstanding/confusion in this thread......Blender 278.c released Feb 28 2017 (or more accurately Blender 278.b) decreased render times by 1/3 compared to the Blender 278.a used by AMD six months ago.
Therefore the reason ThreadRipper is running such a lower than expected time is solely due to software.....AMD did not get this time by instead by using the older 278.a and reducing samples to 100 (from 150).
In fact, we see the benefits of Blender 278.c being reflected in other scores as well.
For example, notice the render time of 23.86s for a stock 1800X in post #23. This compared to the render time of 36 seconds AMD got with R7 at 3.4 base six months ago. (Again, render time reduced by 1/3 due to software improvement from 278.c.....not by using 278.a and reducing samples from 150 to 100)
Therefore the reason ThreadRipper is running such a lower than expected time is solely due to software.....AMD did not get this time by instead by using the older 278.a and reducing samples to 100 (from 150).
In fact, we see the benefits of Blender 278.c being reflected in other scores as well.
For example, notice the render time of 23.86s for a stock 1800X in post #23. This compared to the render time of 36 seconds AMD got with R7 at 3.4 base six months ago. (Again, render time reduced by 1/3 due to software improvement from 278.c.....not by using 278.a and reducing samples from 150 to 100)
Last edited: