Last week, we published our AMD 2nd Gen Ryzen Deep Dive, covering our testing and analysis of the latest generation of processors to come out from AMD. Highlights of the new products included better cache latencies, faster memory support, an increase in IPC, an overall performance gain over the first generation products, new power management methods for turbo frequencies, and very competitive pricing.

In our review, we had a change in some of the testing. The big differences in our testing for this review was two-fold: the jump from Windows 10 Pro RS2 to Windows 10 Pro RS3, and the inclusion of the Spectre and Meltdown patches to mitigate the potential security issues. These patches are still being rolled out by motherboard manufacturers, with the latest platforms being first in that queue. For our review, we tested the new processors with the latest OS updates and microcode updates, as well as re-testing the Intel Coffee Lake processors as well. Due to time restrictions, the older Ryzen 1000-series results were used.

Due to the tight deadline of our testing and results, we pushed both our CPU and gaming tests live without as much formal analysis as we typically like to do. All the parts were competitive, however it quickly became clear that some of our results were not aligned with those from other media. Initially we were under the impression that this was as a result of the Spectre and Meltdown (or Smeltdown) updates, as we were one of the few media outlets to go back and perform retesting under the new standard.

Nonetheless, we decided to take an extensive internal audit of our testing to ensure that our results were accurate and completely reproducible. Or, failing that, understanding why our results differed. No stone was left un-turned: hardware, software, firmware, tweaks, and code. As a result of that process we believe we have found the reason for our testing being so different from the results of others, and interestingly it opened a sizable can of worms we were not expecting.


An extract from our Power testing script

What our testing identified is that the source of the issue is actually down to timers. Windows uses timers for many things, such as synchronization or ensuring linearity, and there are sets of software relating to monitoring and overclocking that require the timer with the most granularity - specifically they often require the High Precision Event Timer (HPET). HPET is very important, especially when it comes to determining if 'one second' of PC time is the equivalent to 'one second' of real-world time - the way that Windows 8 and Windows 10 implements their timing strategy, compared to Windows 7, means that in rare circumstances the system time can be liable to clock shift over time. This is often highly dependent on how the motherboard manufacturer implements certain settings. HPET is a motherboard-level timer that, as the name implies, offers a very high level of timer precision beyond what other PC timers can provide, and can mitigate this issue. This timer has been shipping in PCs for over a decade, and under normal circumstances it should not be anything but a boon to Windows.

However, it sadly appears that reality diverges from theory – sometimes extensively so – and that our CPU benchmarks for the Ryzen 2000-series review were caught in the middle. Instead of being a benefit to testing, what our investigation found is that when HPET is forced as the sole system timer, it can  sometimes a hindrance to system performance, particularly gaming performance. Worse, because HPET is implemented differently on different platforms, the actual impact of enabling it isn't even consistent across vendors. Meaning that the effects of using HPET can vary from system to system, as well as the implementation.

And that brings us to the state HPET, our Ryzen 2000-series review, and CPU benchmarking in general. As we'll cover in the next few pages, HPET plays a very necessary and often very beneficial role in system timer accuracy; a role important enough that it's not desirable to completely disable HPET – and indeed in many systems this isn't even possible – all the while certain classes of software such as overclocking & monitoring software may even require it. However for a few different reasons it can also be a drain on system performance, and as a result HPET shouldn't always be used. So let's dive into the subject of hardware timers, precision, Smeltdown, and how it all came together to make a perfect storm of volatility for our Ryzen 2000-series review.

A Timely Re-Discovery
Comments Locked

242 Comments

View All Comments

  • tiwake - Wednesday, April 25, 2018 - link

    Phoronix reports that there is an update AGESA 1.0.0.2a for the ASUS X470 motherboard he has that brings another 6% performance increase with seemingly everything on linux and the ryzen 7 2700X.
  • Alexvrb - Wednesday, April 25, 2018 - link

    "however the most gains were limited to specific titles at the smaller resolutions, which would be important for any user relying on fast frame rates at lower resolutions."

    Uhh, isn't that negated by more stuttering without HPET? Or does having it "available" provide the same real-world smooth gameplay as having it forced on, but somehow also boost benchmarks?
  • Ryan Smith - Thursday, April 26, 2018 - link

    You shouldn't seeing stuttering in normal scenarios. If anythng, it's forcing the use of HPET that could lead to stuttering, since it's a relatively expensive system call to make.
  • tmiller02 - Wednesday, April 25, 2018 - link

    So... now this has me thinking... which results are accurate. Are the new findings used by intel to show an artificial boost on benchmarks... I just cant grasp this much of a performance difference just by hpet bsing forced on... it seems to be just the reporting is skewed.... which sounds very pro intel!
  • Ryan Smith - Thursday, April 26, 2018 - link

    As amazing as it looks, the new results are accurate. Forcing the use of HPET really does have a sizable performance impact in some of these games. Particularly, I suspect, any game that likes to call on OS for timers a lot.
  • TheNerd389 - Thursday, April 26, 2018 - link

    While I know that running your tests without HPET forced is most representative for most people, would it be unreasonable to ask that the results with HPET forced be presented moving forward?

    For instance, I use HPET timer for collecting performance data for software that I write. If enabling HPET can cause a 10-30% drop in performance, it makes a huge difference to me. That's enough of a difference to throw off the measurements of parallel fine-grained operations by a very substantial margin. In my case, that would result in improperly tuned code.

    Based on your results with Ryzen 2, there is a much more significant difference between the 2700X and the 8700K than most reviews suggest for my application. That's an important insight from my perspective. If the pattern holds for the HEDT chips or, *shudder*, Epyc and Xeon, there is a lot to lose by not considering the effects of HPET. In those spaces, it could mean missing out on several thousand dollars worth of performance per CPU by choosing the wrong architecture.
  • Billy Tallis - Thursday, April 26, 2018 - link

    This issue shouldn't matter at all in the server space, because one of the only reasons to force the HPET to be used as the primary timer is to get accurate timing when overclocking (or get results at stock speed that can be fairly compared against accurate overclocked results). Servers don't get overclocked, so they can rely on the TSC for most of their timing needs and not have to incur the HPET overhead on every time check. (The HPET will still get used for some things, but it doesn't have to be the only time source when the TSC is trustworthy.)
  • bbertram - Thursday, April 26, 2018 - link

    The problem is just not for overclocked CPUs. Also what if you don't know if HPET is being forced? Who knows to check for that? What software can force it on?
  • TheNerd389 - Thursday, April 26, 2018 - link

    Have you considered build farms and/or testing farms that gather performance data? Those are what I'm referring to here.
  • bairlangga - Thursday, April 26, 2018 - link

    Is there really no adverse effects on defaulting to not forcing HPET? Imho, calculation is not always on accuracy but also on the timely manner. In measurement, benchmarking, or maybe in controlling it would matter a lot. On the other hand in gaming I don't know if it's correct understanding but it could cause untimely frames, or part of it, ghosting, or artefacts, etc.

    Found an interesting article:
    http://hexus.net/tech/news/cpu/103531-amd-tech-gur...

Log in

Don't have an account? Sign up now