For the launch of AMD’s Ryzen Threadripper processors, one of the features being advertised was Game Mode. This was a special profile under the updated Ryzen Master software that was designed to give the Threadripper CPU more performance in gaming, at the expense of peak performance in hard CPU tasks. AMD’s goal, as described to us, was to enable the user to have a choice: a CPU that can be fit for both CPU tasks and for gaming at the flick of a switch (and a reboot) by disabling half of the chip.

Initially, we interpreted this via one of AMD’s slides as half of the threads (simultaneous multi-threading off), as per the exact wording. However, in other places AMD had stated that it actually disables half the cores: AMD returned to us and said it was actually disabling one of the two active dies in the Threadripper processor. We swallowed our pride and set about retesting the effect of Game Mode.

A Rose By Any Other Name

It’s not very often we have to retract some of our content at AnandTech – research is paramount. However in this instance a couple of things led to confusion. First was assumption related: in the original piece, we had assumed that AMD was making Game mode available through both the BIOS and through the Ryzen Master software. Second was communication: AMD had described Game Mode (and specifically, the Legacy Compatibility Mode switch it uses) at the pre-briefing at SIGGRAPH as having half the threads, but offered in diagrams that it was half the cores.

Based on the wording, we had interpreted that this was the equivalent of SMT being disabled, and adjusted the BIOS as such. After our review went live, AMD published and also reached out to us to inform of the error: where we had tested the part of Game Mode that deals with legacy core counts, we had disabled SMT rather than disabling a die and made the 16C/32T into to a 16C/16T system rather than an 8C/16T system. We were informed that the settings that deal with this feature are more complex than simply SMT being disabled, and as such was being offered primarily through Ryzen Master.


From AMD's Gaming Blog. Emphasis ours.

So for this review, we’re going to set the record straight, and test Threadripper in its Game Mode 8C/16T version. The previous review will be updated appropriately.

So What Is Game Mode?

For Ryzen Threadripper, AMD has defined two modes of operation depending on the use case. The first is Creator Mode, which is enabled by default. This enables full cores, full threads, and gives the maximum available bandwidth across the two active Threadripper silicon dies in the package, at the expense of some potential peak latency. In our original review, we measured the performance of Creator Mode in our benchmarks as the default setting, but also looked into the memory latency.

Each die can communicate to all four memory channels, but is only directly connected to two memory channels. Depending on where the data in DRAM is located, a core may have to search in near memory (the two channels closest) or far memory (the two channels over). This is commonly referred to a non-uniform memory architecture (NUMA). In a unified memory system (UMA), such as Creator mode, the system sees no difference between near memory and far memory, citing a single latency value for both which is typically the average between the near latency and the far latency. At DDR4-2400, we recorded this as 108 nanoseconds.

Game Mode does two things over Creator Mode. First, it changes the memory from UMA to NUMA, so the system can determine between near and far memory. At DDR4-2400, that 108ns ‘average’ latency becomes 79ns for near memory and 136ns for far memory (as per our testing). The system will ensure to use up all available near memory first, before moving to the higher latency far memory.

Second, Game Mode disables the cores in one of the silicon dies. This isn’t a full shutdown of the 8-core Zeppelin die, just the cores. The PCIe lanes, the DRAM channels and the various IO are still active, but the cores themselves are power gated such that the system does not use them or migrate threads to them. In essence, the 16C/32T processor becomes 8C/16T, but with quad-channel memory and 60 PCIe lanes still: the 1950X becomes an uber 1800X, and the 1920X becomes an uber 1600X. The act of disabling dies is called ‘Legacy Compatibility Mode’, which ensures that all active cores have access to near memory at the expensive of immediate bandwidth but enables games that cannot handle more than 20 cores (some legacy titles) to run smoothly.


The core count on the left is the absolute core count, not the core count in Game Mode. Which is confusing.​

Some users might see paying $999 for a processor then disabling almost half of it as a major frustration (insert something about Intel integrated graphics). AMD’s argument is that the CPU is still good for gaming, and can offer a better gaming experience when given the choice. However if we consider the mantra surrounding these big processors around gaming adaptability: the ability to stream, transcode and game at the same time. It’s expected that in this mega-tasking (Intel’s term) scenario, having a beefy CPU helps even though there will be some game losses. Moving down to only 8 cores is likely to make this worse, and the only situation Game Mode assists is for a user who purely wants a gaming machine but quad-channel memory and all the PCIe lanes. There’s also a frequency argument – in a dual die configuration, active threads can be positioned at thermally beneficial points of the design to ensure the maximum frequency. Again, AMD reiterates that it offers choice, and users who want to stick with all or half the cores are free to do so, as this change in settings would have been available in BIOS even if AMD did not give a quick button to it.

As always, the proof is in the pudding. If there’s a significant advantage to gaming, then Game Mode will be a plus point in AMD’s cap.

With regards how the memory and memory latency operates, Game Mode still incorporates NUMA, ensuring near memory is used first. The memory latency results are still the same as we tested before:

For the 1950X in the two modes, the results are essentially equal until we hit 8MB, which is the L3 cache limit per CCX. After this, the core bounces out to main memory, where the Game mode sits around 79ns when it probes near memory while the Creator mode is at 108 ns average. By comparison the Ryzen 5 1600X seems to have a lower latency at 8MB (20ns vs 41 ns), and then sits between the Creator and Game modes at 87 ns. It would appear that the bigger downside of Creator mode in this way is the fact that main memory accesses are much slower than normal Ryzen or in Game mode.

If we crank up the DRAM frequency to DDR4-3200 for the Threadripper 1950X, the numbers change a fair bit:


Click for larger image

Up until the 8MB boundary where L3 hits main memory, everything is pretty much equal. At 8MB however, the latency at DDR4-2400 is 41ns compared to 18ns at DDR4-3200. Then out into full main memory sees a pattern: Creator mode at DDR4-3200 is close to Game Mode at DDR4-2400 (87ns vs 79ns), but taking Game mode to DDR4-3200 drops the latency down to 65ns.

Testing, Testing, One Two One Two

In our last review, we put the CPU in NUMA mode and disabled SMT. Both of the active dies were still active, although each thread had full CPU resources, and each set of CPUs would communicate to the nearest memory, however there would be potential die-to-die communication and more potential for far-memory access.

In this new testing, we use Ryzen Master to Game Mode, which enables NUMA and disables one of the silicon dies giving 8 cores and 16 threads. 

Related Reading

Test Bed and Setup
POST A COMMENT

104 Comments

View All Comments

  • ddriver - Friday, August 18, 2017 - link

    Why not? We've had 16 core CPUs long before W10 was launched, and it has allegedly been heavily updated since then.

    But it is NOT the "coder"'s responsibility. Programmers don't get any say, they are paid workers, paid to do as they are told. Not that I don't have the impression that a lot of the code that's being written is below the standard, but the actual decision making is not a product of software programmers but that of software architects, and the latter are even more atrocious than the actual programmers.
    Reply
  • HollyDOL - Friday, August 18, 2017 - link

    Sadly, the reality is much worse... those architects are ordered by managers, economic persons etc. who, sadly often, don't know more about computer than where's power button. And they want products with minimal cost and 'yesterday was late'. Reply
  • ddriver - Friday, August 18, 2017 - link

    Well, yeah, the higher you go up the latter the grosser the incompetence level. Reply
  • BrokenCrayons - Thursday, August 17, 2017 - link

    Interesting test results. I think they demonstrate pretty clearly why Threadripper isn't really a very good option for pure gaming workloads. The big takeaway is that there are more affordable processors with lower TDPs offer comparable or better performance without adding additional settings that few people will realize exist and even fewer people will fiddle with enough to determine which settings actually improve performance in their particular software library. The Ryzen 7 series is probably a much better overall choice than TR right now if you don't have specific tasks that require all those cores and threads. Reply
  • Gothmoth - Thursday, August 17, 2017 - link

    "I think they demonstrate pretty clearly why Threadripper isn't really a very good option for pure gaming workloads."

    wow.... what a surprise.
    thanks for pointing that out mr. obvious. :-)
    Reply
  • Gigaplex - Thursday, August 17, 2017 - link

    These are single GPU tests. Threadripper has enough PCIe lanes to do large multi GPU systems. More GPU usually trumps better CPU in the high end gaming scene, especially with 4k resolution. Reply
  • BrokenCrayons - Friday, August 18, 2017 - link

    Yes, but multi-GPU setups are generally not used for gaming-centric operations. There's been tacit acknowledgement of this as the state of things by NV since the release of the 10x0 series. Features like Crossfire and SLI support are barely a bullet point in marketing materials these days. With good reason since game support is waning as well and DX12 is positioned to pretty nail the multi-GPU coffin shut entirely except in corner cases where it MIGHT be possible to leverage an iGPU alongside a dGPU if a game engine developer bothers to invest time into banging out code to support it. That places TR's generous PCIe lane count and the potential multi-GPU usage in the domain of professional workloads that need GPU compute power. Reply
  • Bullwinkle J Moose - Thursday, August 17, 2017 - link

    I agree with ddriver

    We should not have to fiddle with the settings and reboot to game mode on these things

    Windows should handle the hardware seamlessly in the background for whatever end use we put these systems to

    The problem is getting Microsoft to let the end users use the full potential of our hardware

    If the framework for the hardware is not fully implemented in the O.S., every "FIX" looks a bit like the one AMD is using here

    I think gaming on anything over 4 cores might require a "proper" update from Microsoft working with the hardware manufacturers

    Sometimes it might be nice to use the full potential of the systems we have instead of Microsoft deciding that all of our problems can be fixed with another cloud service
    Reply
  • Gothmoth - Thursday, August 17, 2017 - link

    but but.. what about linux.

    i mean linux is the savior, not?
    it has not won a 2.2% marketshare on teh desktop for nothing.

    sarcasm off....
    Reply
  • HomeworldFound - Thursday, August 17, 2017 - link

    What can we expect Microsoft to do prior to a product like this launching. If a processor operates in a manner that requires the operating system to be adjusted, the company selling it needs to approach Microsoft and provide an implementation, and it should be ready for launch. If that isn't possible then why manufacture something that doesn't work correctly and requires hacky fixes to run. Reply

Log in

Don't have an account? Sign up now