Benchmark Results: CPU Short Form

Here are our results from our CPU tests. A reminder of our systems:

System Overview
  µArch APU Base / Turbo MHz Memory Channel
HP Elitebook 745 G2 Kaveri A10 PRO-7350B (19W) 2100 / 3300 8 GB Dual
HP Elitebook 745 G3 Carrizo PRO A12-8800B (15W) 2100 / 3400 4 GB Single
Toshiba Satellite
E45DW-C4210
Carrizo FX-8800P (15W) 2100 / 3400 8 GB Single
HP Pavilion
17z-g100
Carrizo A10-8700P (15W) 1800 / 3200 8 GB Single
Lenovo Y700 Carrizo FX-8800P (35W) 2100 / 3400 16 GB Single

   

Three Dimensional Particle Movement (3DPM)

3DPM is a self-penned benchmark, derived from my academic research years looking at particle movement parallelism. The coding for this tool was rough, but emulates the real world in being non-CompSci trained code for a scientific endeavor. The code is unoptimized, but the test uses OpenMP to move particles around a field using one of six 3D movement algorithms in turn, each of which is found in the academic literature. This test is performed in single thread and multithreaded workloads, and uses purely floating point numbers. The code was written in Visual Studio 2008 in Release mode with all optimizations (including fast math and –Ox) enabled. We take the average of six runs in each instance.

3D Particle Movement, Single Threaded

In the single threaded mode, the 35W part is able to boost to a higher frequency, giving it the lead. The interesting element here is the mix of 15W and 19W results, putting the Pavilion with the A10-8700P at the bottom. This comes through in the frequency charts, where the Kaveri was able to boost above 3000 MHz often:

For multithreaded:

3D Particle Movement, MultiThreaded

The processors line up more as expected, with the 8800P still taking the top spot with Carrizo’s architecture resources showing the ability to scale better.

WinRAR 5.01

WinRAR is a compression tool to reduce file size at the expense of CPU cycles. We use the version that has been a stable part of our benchmark database through 2015, and run the default settings on a 1.52GB directory containing over 2800 files representing a small website with around thirty half-minute videos. We take the average of several runs in this instance.

WinRAR 5.01

WinRAR is a benchmark which loves DRAM speed, hence why the dual channel Kaveri system wins despite the increased horse power and thermal benefits of the Lenovo Y700. Unfortunately, the single channel design methodology permeates through the OEMs because of the factor of price and upgradability – if a machine is sold with only one module, it can be upgraded later. The other element is that the Y700 design also caters for Carrizo-L as pin compatible, so despite having two modules in there the system will always be limited to single channel. This is, perhaps, a grave error with any situation that is memory limited.

POV-Ray 3.7 beta

POV-Ray is a common ray-tracing tool used to generate realistic looking scenes. We've used POV-Ray in its various guises over the years as a good benchmark for performance, as well as a tool on the march to ray-tracing limited immersive environments. We use the built-in multithreaded benchmark.

PovRay 3.7 beta

For whatever reason, our script failed to record the score when it came to the Kaveri system and we only realized after the systems were returned. Nonetheless, the capabilities of the other systems shine through, showing that the A10-8700P can seem to have a big frequency discrepancy against the FX-8800P models. In actual fact this can be attributed to the temperature limitations on the Pavilion:

 

The full threaded nature of POV-Ray means that we’re on the limits of the A10 APU already, but when the system hits 55C or so, it clocks back to 2100 MHz to save a few extra degrees.

If we compare that to the Toshiba:

 

The Toshiba system also hits a temperature limit, but the barrier is way up at 70C, causing the system to knock back to 64C. The CPU frequency difference between the two does not look that different despite the +25% score in favor of the Toshiba, making it slightly deceptive.

HandBrake

HandBrake is a freeware video conversion tool. We use the tool in to process two different videos - first a 'low quality' two hour video at 640x388 resolution to x264, then a 'high quality' ten minute video at 4320x3840. The low quality video scales at lower performance hardware, whereas the buffers required for high-quality can stretch even the biggest processors. At current, this is a CPU only test.

Unfortunately HandBrake also had issues on a couple of systems – the Lenovo and the Toshiba. All the HP systems gave results, where the HP Pavilion came out on top:

HandBrake Low Resolution h264 Transcode

HandBrake High Resolution h264 Transcode

If we compare CPU use, the HP Pavilion is much better at using all of its threads than the Elitebook 745 G3:

 

7-Zip

7-Zip is a freeware compression/decompression tool that is widely deployed across the world. We run the included benchmark tool using a 50MB library and take the average of a set of fixed-time results.

7-Zip MIPS

Despite being a purely in-memory benchmark, the G2 shows some inefficiency compared to the Carrizo systems. The slight discrepancy between the 8800 and 8700 shows again, and the Y700 can stretch its legs. Interestingly, the Y700 was able to keep its full CPU frequency on all the time:

 

Despite the temperature of the CPU moving between 55C and 65C, the system never once reduced its frequency.

Benchmark Overview, and the System That Got Away Benchmark Results: Web and Synthetic
Comments Locked

175 Comments

View All Comments

  • jabber - Friday, February 5, 2016 - link

    You'd think someone was paying the OEMs to hamstring these machines...

    Some odd facepalm design decisions there.
  • CajunArson - Friday, February 5, 2016 - link

    Somebody *IS* paying OEMs to hamstring the machines: Customers. Customers who want cheap products that is.

    AMD makes its reputation as: "Intel is too expensive! We're cheap!" Don't act all shocked and surprised when the rest of the components in the system end up being the cheap components too.

    As Anand just pointed out with that price comparison, even with all the cheaping out you can still see a whopping $8 price advantage for AMD on comparably configured notebooks.
  • tipoo - Friday, February 5, 2016 - link

    Seriously, some weird stuff. No dual graphics when the chips are almost the same performance? Single channel RAM? What the hell.
  • Midwayman - Friday, February 5, 2016 - link

    I feel like AMD needs to pull a MS surface or Nexus and put out a reference model to show OEMs how it is supposed to be done. If all OEMs will do is put out a half assed effort, at least then they can just copy the reference design and it will work well.
  • bojblaz - Friday, February 5, 2016 - link

    +1... You're right, OEMs have pissed off MS and Google enough for them to go solo. AMD could totally follow suit
  • InquisitorDavid - Friday, February 5, 2016 - link

    Sure, if they had the money to. As it stands, the company is now banking on Zen to rescue them. I don't think they can afford to invest in going solo with device designs, at least not right now.
  • TheinsanegamerN - Thursday, February 11, 2016 - link

    They could team up with the likes of MSI or Clevo. Both have done good AMD laptops in the past.

    A 14 inch msi laptop with a 100wh battery, a 8800p, and 8gb dual channel ram would fetch a good price from those who want AMD laptops.
  • 0razor1 - Friday, February 5, 2016 - link

    Attn Ed: The HP Elitebook 745 G2
    GCN 1.0 in the text and then 1.1 in the grid.
    Nice read BTW.
  • Ian Cutress - Friday, February 5, 2016 - link

    Fixed! Thanks :)
  • RationalHaterade - Friday, February 5, 2016 - link

    Great write-up, Ian. This is enlightening, and the buoyant attitude at AMD might be saying a lot about what we can expect to see from the 2016/17 product releases.

    Speaking to Carrizo, I'm not sure they realized how badly they were hurting themselves when they elected to keep Kabini/Temash as single-channel designs and then provide OEMs a cheap out by making it pin-compatible with the big architecture. GCN has always been very bandwidth-dependent in every APU they've released. These single-channel setups have got to be really starving the SoC.

    Either way, the performance picture points out what everyone already knows. Zen can't get to mobile quickly enough.

Log in

Don't have an account? Sign up now