CPU Performance: Encoding Tests

With the rise of streaming, vlogs, and video content as a whole, encoding and transcoding tests are becoming ever more important. Not only are more home users and gamers needing to convert video files into something more manageable, for streaming or archival purposes, but the servers that manage the output also manage around data and log files with compression and decompression. Our encoding tasks are focused around these important scenarios, with input from the community for the best implementation of real-world testing.

All of our benchmark results can also be found in our benchmark engine, Bench.

Handbrake 1.1.0: Streaming and Archival Video Transcoding

A popular open source tool, Handbrake is the anything-to-anything video conversion software that a number of people use as a reference point. The danger is always on version numbers and optimization, for example the latest versions of the software can take advantage of AVX-512 and OpenCL to accelerate certain types of transcoding and algorithms. The version we use here is a pure CPU play, with common transcoding variations.

We have split Handbrake up into several tests, using a Logitech C920 1080p60 native webcam recording (essentially a streamer recording), and convert them into two types of streaming formats and one for archival. The output settings used are:

  • 720p60 at 6000 kbps constant bit rate, fast setting, high profile
  • 1080p60 at 3500 kbps constant bit rate, faster setting, main profile
  • 1080p60 HEVC at 3500 kbps variable bit rate, fast setting, main profile

Handbrake 1.1.0 - 720p60 x264 6000 kbps FastHandbrake 1.1.0 - 1080p60 x264 3500 kbps FasterHandbrake 1.1.0 - 1080p60 HEVC 3500 kbps Fast

 

7-zip v1805: Popular Open-Source Encoding Engine

Out of our compression/decompression tool tests, 7-zip is the most requested and comes with a built-in benchmark. For our test suite, we’ve pulled the latest version of the software and we run the benchmark from the command line, reporting the compression, decompression, and a combined score.

It is noted in this benchmark that the latest multi-die processors have very bi-modal performance between compression and decompression, performing well in one and badly in the other. There are also discussions around how the Windows Scheduler is implementing every thread. As we get more results, it will be interesting to see how this plays out.

7-Zip 1805 Combined

 

WinRAR 5.60b3: Archiving Tool

My compression tool of choice is often WinRAR, having been one of the first tools a number of my generation used over two decades ago. The interface has not changed much, although the integration with Windows right click commands is always a plus. It has no in-built test, so we run a compression over a set directory containing over thirty 60-second video files and 2000 small web-based files at a normal compression rate.

WinRAR is variable threaded but also susceptible to caching, so in our test we run it 10 times and take the average of the last five, leaving the test purely for raw CPU compute performance.

WinRAR 5.60b3

 

AES Encryption: File Security

A number of platforms, particularly mobile devices, are now offering encryption by default with file systems in order to protect the contents. Windows based devices have these options as well, often applied by BitLocker or third-party software. In our AES encryption test, we used the discontinued TrueCrypt for its built-in benchmark, which tests several encryption algorithms directly in memory.

The data we take for this test is the combined AES encrypt/decrypt performance, measured in gigabytes per second. The software does use AES commands for processors that offer hardware selection, however not AVX-512.

AES Encoding

 

CPU Performance: Rendering Tests CPU Performance: Web and Legacy Tests
Comments Locked

249 Comments

View All Comments

  • paulemannsen - Saturday, May 9, 2020 - link

    @schujj07 Interesting. Your claim sounds totally alien to me, so can you show us some examples where a CPU is significantly slower in 1080p than in 720p when the GPU isnt the bottleneck pls?
  • schujj07 - Sunday, May 10, 2020 - link

    Just look at this review and there are a couple examples of this a 720p and 1080p ultra.
  • Spunjji - Monday, May 11, 2020 - link

    @superdawgwtfd - If the resolution is too low then you artificially amplify the differences between CPUs. Meanwhile at 1080p you're testing a resolution people will acttually use for high-frame-rate displays, and a decent GPU is still not going to be the primary limit at that resolution.
  • Fataliity - Friday, May 8, 2020 - link

    Also a 7700K should be similar to the new 10th gens with same amount of cores. It's same arch / node. Just frequency changes (and I think the low end new ones are saame or slightly lower.
  • Ian Cutress - Friday, May 8, 2020 - link

    7700K was tested last year on the same driver sets. It's been in Bench for a while
  • schujj07 - Thursday, May 7, 2020 - link

    The 9100F is 4c/4t with a 3.6/4.2 clock. The 7700k is 4c/8t with a 4.2/4.5 clock. Since both the 7th & 9th gen are both Sky Lake, they will have identical IPC. Based on that we know that the 9100F will perform worse than the 7700k and makes that inclusion pretty pointless. Not to mention that Ian said he never got review samples of the 9th gen i3's. In a lot of the benchmarks we see the R5 1600 & 2600 and the 1600AF will be right between those 2 CPUs in performance. The inclusion of the 4790k and 8086k are nice as they show comparisons from the top 2014 CPU and 2018 CPU. When it comes to single threaded applications, a stock 8086k will be as fast than as a stock 9900k due to having the same boost and IPC. Therefore we are able to extrapolate a lot of data from this whole thing.
  • Spunjji - Monday, May 11, 2020 - link

    You made a succession of excellent points here. Alas, I feel some people would rather use their brain for trolling than for processing the information they claim to want in the course of said trolling.
  • crimson117 - Thursday, May 7, 2020 - link

    1600AF performance is identical to the 2600, so just use that.

    3600 is an unfortunate omission.
  • schujj07 - Thursday, May 7, 2020 - link

    Due to the clock differences between the 2 CPUs that is false. The 1600AF will fall between the 1600 & 2600 in performance.
  • crimson117 - Thursday, May 7, 2020 - link

    You're right, not identical, but like 95% the performance at worst and often exactly the same in practice (especially gaming above 1080p): https://www.techspot.com/review/1977-amd-ryzen-160...

Log in

Don't have an account? Sign up now