
Rovi’s TotalCode Studio certainly doesn’t scale according to core count or cost. However, two Xeon E5-2687W v2 CPUs are quicker than last generation’s Xeon E5-2687Ws, which are in turn faster than a single Core i7-4960X. Because the gains are so small, though, you probably won’t rush to add cores if you’re encoding video with TotalCode.

Converting video clips to H.264 in HandBrake scales far better. This is particularly interesting because HandBrake employs the x264 encoder, which is really well-optimized for many-core CPUs. Beyond that, there are builds of HandBrake that support Intel’s Quick Sync technology and OpenCL (which offloads cropping and down-scaling to GPUs).
Also, we know from our early work with x265 (Next-Gen Video Encoding: x265 Tackles HEVC/H.265) that next-gen encoders are going to be very performance-hungry as they facilitate higher quality at the same bit rates or the same quality at lower bit rates compared to H.264. When quality necessitates a software encoder, expect the very fastest host processors to deliver the best experience.

Like Photoshop, Sony Vegas uses OpenCL acceleration to speed up this workload. Our Quadro FX 1800 sits around 82% utilization, while IA cores hover under 25% on the Core i7. And also like Photoshop, performance doesn’t improve on a platform with more cores. Instead, the Core i7 is fastest, while the Xeon setups essentially tie.

LAME and iTunes, both single-threaded metrics, reflect the same thing: Ivy Bridge at high clock rates is quicker than Sandy Bridge at lower frequencies. Much of this is owed to Intel’s transition from 32 to 22 nm manufacturing, facilitating more aggressive settings within the same thermal envelope.

- All About Intel's Ivy Bridge-EP-Based Xeon CPUs
- Test Setup And Benchmarks
- Results: Sandra 2014 And 3DMark
- Results: Adobe CC
- Results: Media Encoding
- Results: Rendering
- Results: Productivity
- Results: Compression
- Power Consumption And Efficiency
- Ivy Bridge-EP: Faster And More Efficient On The Same Platform
The Maya render test seems to be missing O.o
(raytracer_supported_cards.txt) in the appropriate Adobe folder and it will work just
fine for CUDA, though of course it's not a card anyone who wants decent CUDA
performance with Adobe apps should use (one or more GTX 580 3GB or 780Ti is best).
Also, hate to say it but showing results for using the card with OpenCL but not
showing what happens to the relevant test times when the 1800 is used for CUDA
is a bit odd...
Ian.
PS. I see the messed-up forum posting problems are back again (text all squashed
up, have to edit on the UK site to fix the layout). Really, it's been months now, is
anyone working on it?
The 3dsMax test does use mental ray. Our Maya render test also uses mr, and the other Max render test uses VRay.
Again, obviously, I know the productivity benches are what's important here. I know no one's gaming on a server processor, like ever. But while you've got a review sample, why not experiment a little?
Great review as always.
I have an HP z600 with 2x 2.26 Ghz Xeon 5520s and 12 GB RAM, 2x 500 GB hard drives... total invested: $550. Its my personal 3d machine and benchmark development machine. Going to put it up to 24 GB shortly.