CPU Performance: Web and Legacy Tests

While more the focus of low-end and small form factor systems, web-based benchmarks are notoriously difficult to standardize. Modern web browsers are frequently updated, with no recourse to disable those updates, and as such there is difficulty in keeping a common platform. The fast paced nature of browser development means that version numbers (and performance) can change from week to week. Despite this, web tests are often a good measure of user experience: a lot of what most office work is today revolves around web applications, particularly email and office apps, but also interfaces and development environments. Our web tests include some of the industry standard tests, as well as a few popular but older tests.

We have also included our legacy benchmarks in this section, representing a stack of older code for popular benchmarks.

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

WebXPRT 3: Modern Real-World Web Tasks, including AI

The company behind the XPRT test suites, Principled Technologies, has recently released the latest web-test, and rather than attach a year to the name have just called it ‘3’. This latest test (as we started the suite) has built upon and developed the ethos of previous tests: user interaction, office compute, graph generation, list sorting, HTML5, image manipulation, and even goes as far as some AI testing.

For our benchmark, we run the standard test which goes through the benchmark list seven times and provides a final result. We run this standard test four times, and take an average.

Users can access the WebXPRT test at http://principledtechnologies.com/benchmarkxprt/webxprt/

WebXPRT 3 (2018)

WebXPRT 2015: HTML5 and Javascript Web UX Testing

The older version of WebXPRT is the 2015 edition, which focuses on a slightly different set of web technologies and frameworks that are in use today. This is still a relevant test, especially for users interacting with not-the-latest web applications in the market, of which there are a lot. Web framework development is often very quick but with high turnover, meaning that frameworks are quickly developed, built-upon, used, and then developers move on to the next, and adjusting an application to a new framework is a difficult arduous task, especially with rapid development cycles. This leaves a lot of applications as ‘fixed-in-time’, and relevant to user experience for many years.

Similar to WebXPRT3, the main benchmark is a sectional run repeated seven times, with a final score. We repeat the whole thing four times, and average those final scores.

WebXPRT15

Speedometer 2: JavaScript Frameworks

Our newest web test is Speedometer 2, which is a accrued test over a series of javascript frameworks to do three simple things: built a list, enable each item in the list, and remove the list. All the frameworks implement the same visual cues, but obviously apply them from different coding angles.

Our test goes through the list of frameworks, and produces a final score indicative of ‘rpm’, one of the benchmarks internal metrics. We report this final score.

Speedometer 2

Google Octane 2.0: Core Web Compute

A popular web test for several years, but now no longer being updated, is Octane, developed by Google. Version 2.0 of the test performs the best part of two-dozen compute related tasks, such as regular expressions, cryptography, ray tracing, emulation, and Navier-Stokes physics calculations.

The test gives each sub-test a score and produces a geometric mean of the set as a final result. We run the full benchmark four times, and average the final results.

Google Octane 2.0

Mozilla Kraken 1.1: Core Web Compute

Even older than Octane is Kraken, this time developed by Mozilla. This is an older test that does similar computational mechanics, such as audio processing or image filtering. Kraken seems to produce a highly variable result depending on the browser version, as it is a test that is keenly optimized for.

The main benchmark runs through each of the sub-tests ten times and produces an average time to completion for each loop, given in milliseconds. We run the full benchmark four times and take an average of the time taken.

Mozilla Kraken 1.1

3DPM v1: Naïve Code Variant of 3DPM v2.1

The first legacy test in the suite is the first version of our 3DPM benchmark. This is the ultimate naïve version of the code, as if it was written by scientist with no knowledge of how computer hardware, compilers, or optimization works (which in fact, it was at the start). This represents a large body of scientific simulation out in the wild, where getting the answer is more important than it being fast (getting a result in 4 days is acceptable if it’s correct, rather than sending someone away for a year to learn to code and getting the result in 5 minutes).

In this version, the only real optimization was in the compiler flags (-O2, -fp:fast), compiling it in release mode, and enabling OpenMP in the main compute loops. The loops were not configured for function size, and one of the key slowdowns is false sharing in the cache. It also has long dependency chains based on the random number generation, which leads to relatively poor performance on specific compute microarchitectures.

3DPM v1 can be downloaded with our 3DPM v2 code here: 3DPMv2.1.rar (13.0 MB)

3DPM v1 Single Threaded3DPM v1 Multi-Threaded

x264 HD 3.0: Older Transcode Test

This transcoding test is super old, and was used by Anand back in the day of Pentium 4 and Athlon II processors. Here a standardized 720p video is transcoded with a two-pass conversion, with the benchmark showing the frames-per-second of each pass. This benchmark is single-threaded, and between some micro-architectures we seem to actually hit an instructions-per-clock wall.

x264 HD 3.0 Pass 1x264 HD 3.0 Pass 2

CPU Performance: Encoding Tests Gaming: World of Tanks enCore
Comments Locked

235 Comments

View All Comments

  • Opencg - Thursday, October 31, 2019 - link

    People fail to consider other use cases. For competitive gaming or someone running 240hz 1080p with a high end gpu and willing to tweak settings to make their games cpu bound this is still the best cpu. Unfortunately not all testers optimize their cpu tests to be cpu bound in games. But if you look at the ones that do intel still poops on amd. Sure most gamers dont give a shit about fps above 160 or so but some do. When I ran overwatch I tweaked the config file and ran 400fps. If I was running csgo I would push the fps as high as possible as well.
    Also imo the biggest used case for amd cpus for gamers is futureproofing by having more cores. Most gamers are just gonna play their games with a few tabs open and maybe some music and discord running. Not everyone is running cpu based streaming encoding at the same time.
  • Galid - Thursday, October 31, 2019 - link

    Well I don't seem to notice the same thing you do for max fps in games where you need 240hz for example. At most, I can see 10 to 15 fps difference in counter strike at around 400fps. I looked around and found a lot of tests/benchmarks. There is no such thing as ''this is the best cpu and you'll notice a difference in the games that matters for competitive gaming''. I might be wrong, if so, enlighten me please. I'm about to buy a new gaming rig and like 99.98% of the population, I'm not a competitive gamer. I don'T consider streaming as competitive neither.

    But, in ubisoft's single player games, I noticed it does help to get closer to the 120hz at resolution and details that matters for these non-competitive games.
  • Galid - Thursday, October 31, 2019 - link

    BTW I compared ryzen 7 3700x and i9 9900k and got to the above conclusion.
  • eek2121 - Friday, November 1, 2019 - link

    Look at the 95th percentiles. Ignore average fps. AMD and Intel are virtually tied in nearly every game. I cannot believe we have reached this point. Finally after a decade, AMD is back in business.
  • evernessince - Friday, November 1, 2019 - link

    You do realize that running your CPU or GPU at 100% max utilization increases input lag correct? FPS isn't the only thing that matters. if the CPU cannot process new inputs in a timely matter because it's too busy with the GPU then the whole action of increasing your FPS was pointless. You should cap your FPS so that your neither your CPU nor GPU exceed 95% utilization. For the CPU this includes the core/cores that the game is running on. You loose maybe a handful of FPS by doing this but ensure consistent input lag.
  • CptnPenguin - Friday, November 1, 2019 - link

    Not sure how you managed that. The engine hard cap for Overwatch is 300 FPS.
  • eek2121 - Friday, November 1, 2019 - link

    Not true. AMD has the entire market pretty much cornered, though. So it doesn't matter whether you buy high end or mid range, Intel chips in general are a bad choice currently. Intel desperately needs to rethink their strategy going forward.
  • bji - Thursday, October 31, 2019 - link

    Well kudos for at least admitting that you are a blind fanboy early in your post.
  • Slash3 - Thursday, October 31, 2019 - link

    WCCFTech's comment section keeps leaking.
  • Sivar - Thursday, October 31, 2019 - link

    You might want to look at the benchmarks. Intel won most of them, with less cores.
    I was seriously considering an 8- or 12-core AMD, but Intel still ended up the better option for everything I do except video transcoding, in which AMD clearly wins.
    Other considerations: No cooling fan on the Intel motherboard, better Intel quality control and testing in general, more mature product (because the 9900 is an iteration of an iteration of an iteration...etc.)

Log in

Don't have an account? Sign up now