Benchmarking Suite 2017

2017 CPU

For our Ryzen review, we are implementing our new CPU testing benchmark suite, fully scripted as of 2/17. This means that with a fresh OS install, we can configure the OS to be more consistent, install the new benchmarks, maintain version consistency without random updates and start running the tests in under 5 minutes. After that it's a one button press to start an 8-10hr test (with a high-performance core) with nearly 100 relevant data points in the benchmarks given below. The tests cover a wide range of segments, some of which will be familiar but some of the tests are new to benchmarking in general, but still highly relevant for the markets they come from.

Our new CPU tests go through six main areas. We cover the Web (we've got an un-updateable version of Chrome 56), general system tests (opening tricky PDFs, emulation, brain simulation, AI, 2D image to 3D model conversion), rendering (ray tracing, modeling), encoding (compression, AES, h264 and HEVC), office based tests (PCMark and others), and our legacy tests, throwbacks from another generation of bad code but interesting to compare.

A side note on OS preparation. As we're using Windows 10, there's a large opportunity for something to come in and disrupt our testing. So our default strategy is multiple: disable the ability to update as much as possible, disable Windows Defender, uninstall OneDrive, disable Cortana as much as possible, implement the high performance mode in the power options, and disable the internal platform clock which can drift away from being accurate if the base frequency drifts (and thus the timing ends up inaccurate).

Web Tests on Chrome 56

Sunspider
Kraken
Octane
Web13
Web15

System Tests

PDF Opening
FCAT
3DPM v21
Dolphin v5.0
DigiCortex v1.20
Agisoft PS v1.0 

Rendering Tests

Corona
Blender 2.78.1
LuxMark CPU C++
LuxMark CPU OpenCL
POV-Ray
CB15 ST
CB15 MT

Encoding Tests

7-Zip
WinRAR
TrueCrypt
HandBrake 264-LQ
HandBrake 264-HQ
HandBrake 265-4K (reworked from Ryzen 7 review)

Office / Professional

PCMark8 
Chromium Compile (new for Ryzen 5)
SYSmark 2014 / SE

Legacy Tests

3DPM v1 ST / MT
x264 HD 3 Pass 1, Pass 2
CB 11.5 ST / MT
CB 10 ST / MT

A side note - a couple of benchmarks (LuxMark) weren't fully 100% giving good data during testing. Need to go back and re-work this part of our testing.

2017 GPU

For our new set of GPU tests, we wanted to think big. There are a lot of users in the ecosystem that prioritize gaming above all else, especially when it comes to choosing the correct CPU. If there's a chance to save $50 and get a better graphics card for no loss in performance, then this is the route that gamers would prefer to tread. The angle here though is tough - lots of games have different requirements and cause different stresses on a system, with various graphics cards having different reactions to the code flow of a game. Then users also have different resolutions and different perceptions of what feels 'normal'. This all amounts to more degrees of freedom than we could hope to test in a lifetime, only for the data to become irrelevant in a few months when a new game or new GPU comes into the mix. Just for good measure, let us add in DirectX 12 titles that make it easier to use more CPU cores in a game to enhance fidelity.

Our original list of nine games planned in February quickly became six, due to the lack of professional-grade controls on Ubisoft titles. If you want to see For Honor, Steep or Ghost Recon: Wildlands benchmarked on AnandTech, point Ubisoft Annecy or Ubisoft Montreal in my direction. While these games have in-game benchmarks worth using, unfortunately they do not provide enough frame-by-frame detail to the end user, despite using it internally to produce the data the user eventually sees (and it typically ends up obfuscated by another layer as well). I would instead perhaps choose to automate these benchmarks via inputs, however the extremely variable loading time is a strong barrier to this.

So we have the following benchmarks as part of our 4/2 script, automated to the point of a one-button run and out pops the results four hours later, per GPU. Also listed are the resolutions and settings used.

Civilization 6 (1080p Ultra, 4K Ultra)
Ashes of the Singularity: Escalation* (1080p Extreme, 4K Extreme)
Shadow of Mordor (1080p Ultra, 4K Ultra)
Rise of the Tomb Raider #1 - GeoValley (1080p High, 4K Medium)
Rise of the Tomb Raider #2 - Prophets (1080p High, 4K Medium)
Rise of the Tomb Raider #3 - Mountain (1080p High, 4K Medium)
Rocket League (1080p Ultra, 4K Ultra)
Grand Theft Auto V (1080p Very High, 4K High)

For each of the GPUs in our testing, these games (at each resolution/setting combination) are run four times each, with outliers discarded. Average frame rates, 99th percentiles and 'Time Under x FPS' data is sorted, and the raw data is archived.

The four GPUs we've managed to obtain for these tests are:

MSI GTX 1080 Gaming X 8G
ASUS GTX 1060 Strix 6G
Sapphire Nitro R9 Fury 4GB
Sapphire Nitro RX 480 8GB

In our testing script, we save a couple of special things for the GTX 1080 here. The following tests are also added:

Civilization 6 (8K Ultra, 16K Lowest)
Ashes of the Singularity: Escalation* (8K Extreme, 16K Extreme)

These two benchmarks, with a little coercion, are able to be run beyond the specifications of the monitor being used, allowing for 'future' testing of GPUs at 8K and 16K with some amusing results. We are only running these tests on the GTX 1080, because there's no point watching a slideshow more than once.

*A note on Ashes. During our testing, the 2.2 update came through automatically, and broke our scripting methods due to a new splashscreen/popup. We worked to find a solution that worked one minute, and then stopped working 30 minutes later, and it was decided due to time limits that we'd look into the matter after the review.

Test Bed Setup and Hardware Benchmarking Performance: CPU System Tests
Comments Locked

254 Comments

View All Comments

  • msroadkill612 - Thursday, May 4, 2017 - link

    I still dont get what the deal w/ am4 mobos and a pair of m.2 pcie3 nand ssdS in raid 0 is?

    the x370 (but not the x350) chipset seems to allow an extra 4x pcie3 lanes, directly linked to the cpu (not shared lanes via the chipset), for one or 2 x onboard m.2 sockets.

    But its never made clear, to me anyway, that if u use 2 m.2 drives, does each get 2 lanes of pcie3, and therefore are perfectly matched, as desired by raid0.

    Surely its not just me that finds a 4GBps storage resource exciting?

    (e.g. see storage in specs on link re m.2)

    https://www.msi.com/Motherboard/X370-XPOWER-GAMING...

    https://www.msi.com/Motherboard/X370-XPOWER-GAMING...

    I suspect it translates to 2 x 2 lane pcie3 lanes - 2GBps for each m.2 nvme ssd socket, which surreally, is less than samsung nvme ssdS e.gS maxed out ability of 2.5GB+ ea.

    Drives are now too fast for the interface :)

    A pair of nand nvme ssds could individually max out each of the 2, 2 pci3 lane sockets (2 GB each), for a total of up to 4GBps read AND WRITE (normally write is much slower than read on single drives). Thats just insane storage speed vs historical norms - a true propeller head would kill for that.

    I also hear ssdS are so reliable now, that the risks of raid 0 are considerably diminished.

    IMO, a big question prospective ~server & workstation ryzen users should be asking, is if they can manage w/ 8 lanes of pcie3 for their gpu - which seems entirely possible?

    "Video cards do benefit from faster slots, but only a little. Unless you are swapping huge textures all the time, even 4x is quite close to 16x because the whole point of 8GB VRAM is to avoid using the PCIe at all costs. Plus many new games will pre-load textures in an intelligent manner and hide the latency. So, running two 8x SLI/CF is almost identical to two 16x cards. The M.2 drives are much faster in disk-intensive workloads, but the differences in consumer workloads (load an application, a game level) are often minimal. You really need to understand the kind of work you are doing. If you are loading and processing huge video streams, for example, then M.2 is worth it. NVMe RAID0 is even more extreme. Will the CPU keep up? Are you reaching a point of diminishing returns? And if you do need such power, you should consider a separate controller to offload the checksuming and related overhead, otherwise you will need 1 core just to keep up with the RAID array."

    (interesting last line - w/ 8 cores the new black, who cares?)

    This would free up 8x pcie3 lanes for a high end add in card if a big end of town app requires it.

    So yeah, re a raid 0 using 2 m.2 slots onboard a suitable 2xm.2 slot am4 mobo, do I get what i need for proper raid0?

    i.e.

    each slot is 2GBps, so my raid pair is evenly matched, and the pair theoretically capable of 4GBps b4 bandwidth is saturated?
  • msroadkill612 - Thursday, May 4, 2017 - link

    PS re my prev post

    specifically from the link

    "• AMD® X370 Chipset
    ....
    • 2 x M.2 ports (Key M)
    - M2_1 slot supports PCIe 3.0 x4 (RYZEN series processor) or PCIe 3.0 x2 (7th Gen A-series/ Athlon™ processors) and SATA 6Gb/s 2242/ 2260 /2280/ 22110 storage devices
    - M2_2 slot supports PCIe 2.0 x4 and SATA 6Gb/s 2242/ 2260 /2280 storage devices
    • 1 x U.2 port
    - Supports PCIe 3.0 x4 (RYZEN series processor) or PCIe 3.0 x2 (7th Gen A-series/ Athlon™ processors) NVMe storage
    * Maximum support 2x M.2 PCIe SSDs + 6x SATA HDDs or 2x M.2 SATA SSDs + 4x SATA HDDs."

    it sure seems to be saying the 2nd m.2 poet would be a pcie2 port, and the first m.2 port uses the whole 4 pcie3 lanes linked to the cpu.

    thats sad if so - it means no matched pair for raid 0 onboard. only a separate controller would do.

    i cannot see why? why cant the 4 pcie3 lanes be shared evenly?
  • asuchemist - Wednesday, May 17, 2017 - link

    Every review I read has different results but same conclusion.
  • rogerdpack - Tuesday, March 27, 2018 - link

    "hard to notice" -> "hard not to notice" I think...

Log in

Don't have an account? Sign up now