Overall there's quite a notable increase in real world performance from the basic 1,600MHz CL9 to 2,000MHz CL7 of nine seconds, but that only equates to just three per cent. 1,600MHz CL6 is also faster than 2,000MHz CL7 too, however it's not until CL7 that we see a significant performance drop, with CL8 virtually the same as CL9. The same goes for 2,000MHz as a whole - there's only a three second gap between all timing settings. The 1,800MHz and 2,160MHz are even worse, showing almost no trend whatsoever and actually got consistently slower the faster we pushed.
For those who spend a lot of time image editing, we'd absolutely push users to buying more memory, rather than faster memory.
Our test uses HandBrake - an open-source, GPL-licensed, multiplatform, multithreaded video transcoder, available for MacOS X, Linux and Windows - to encode a high resolution MPEG-2 video using the H.264 codec. This primarily tests multi-threaded CPU and memory subsystem performance.
Handbrake h.264 Video Encoding
CustomPC Benchmark
1,600MHz CL9
1,600MHz CL8
1,600MHz CL7
1,600MHz CL6
2,000MHz CL9
2,000MHz CL8
2,000MHz CL7
293
293
292
294
293
293
292
0
50
100
150
200
250
300
Seconds (lower is better)
Seconds (lower is better)
Handbrake h.264 Video Encoding
CustomPC Benchmark
1,800MHz CL9
1,800MHz CL8
1,800MHz CL7
2,133MHz CL9
2,133MHz CL8
293
293
292
292
292
0
50
100
150
200
250
300
Seconds (lower is better)
Seconds (lower is better)
Memory performance makes absolutely NO difference to x.264 video encoding. You might as well buy the cheapest sticks you can get away with and plow more money into a CPU with more cores/threads and CPU cooling to crank its frequency.