Dominating Mobile Performance

Before we dig deeper into the x86 vs Apple Silicon debate, it would be useful to look into more detail how the A14 Firestorm cores have improved upon the A13 Lightning cores, as well as detail the power and power efficiency improvements of the new chip’s 5nm process node.

The process node is actually quite the wildcard in the comparisons here as the A14 is the first 5nm chipset on the market, closely followed by Huawei’s Kirin 9000 in the Mate 40 series. We happen to have both devices and chips in house for testing, and contrasting the Kirin 9000 (Cortex-A77 3.13GHz on N5) vs the Snapdragon 865+ (Cortex-A77 3.09GHz on N7P) we can somewhat deduct how much of an impact the process node has in terms of power and efficiency, translating those improvements to the A13 vs A14 comparison.

Starting off with SPECint2006, we don’t see anything very unusual about the A14 scores, save the great improvement in 456.hmmer. Actually, this wasn’t due to a microarchitectural jump, but rather due to new optimisations on the part of the new LLVM version in Xcode 12. It seems here that the compiler has employed a similar loop optimisation as found on GCC8 onwards. The A13 score actually had improved from 47.79 to 64.87, but I hadn’t run new numbers on the whole suite yet.

For the rest of the workloads, the A14 generally looks like a relatively linear progression from the A13 in terms of progression, accounting for the clock frequency increase from 2.66GHz to 3GHz. The overall IPC gains for the suite look to be around 5% which is a bit less than Apple’s prior generations, though with a larger than usual clock speed increase.

Power consumption for the new chip is actually in line, and sometimes even better than the A13, which means that workload energy efficiency this generation has seen a noticeable improvement even at the peak performance point.

Performance against the contemporary Android and Cortex-core powered SoCs looks to be quite lopsided in favour of Apple. The one thing that stands out the most are the memory-intensive, sparse memory characterised workloads such as 429.mcf and 471.omnetpp where the Apple design features well over twice the performance, even though all the chip is running similar mobile-grade LPDDR4X/LPDDR5 memory. In our microarchitectural investigations we’ve seen signs of “memory magic” on Apple’s designs, where we might believe they’re using some sort of pointer-chase prefetching mechanism.

In SPECfp, the increases of the A14 over the A13 are a little higher than the linear clock frequency increase, as we’re measuring an overall 10-11% IPC uplift here. This isn’t too surprising given the additional fourth FP/SIMD pipeline of the design, whereas the integer side of the core has remained relatively unchanged compared to the A13.

In the overall mobile comparison, we can see that the new A14 has made robust progress in terms of increasing performance over the A13. Compared to the competition, Apple is well ahead of the pack – we’ll have to wait for next year’s Cortex-X1 devices to see the gap narrow again.

What’s also very important to note here is that Apple has achieved this all whilst remaining flat, or even lowering the power consumption of the new chip, notably reducing energy consumption for the same workloads.

Looking at the Kirin 9000 vs the Snapdragon 865+, we’re seeing a 10% reduction in power at relatively similar performance. Both chips use the same CPU IP, only differing in their process node and implementations. It seems Apple’s A14 here has been able to achieve better figures than just the process node improvement, which is expected given that it’s a new microarchitecture design as well.

One further note is the data of the A14’s small efficiency cores. This generation we saw a large microarchitectural boost on the part of these new cores which are now seeing 35% better performance versus last year’s A13 efficiency cores – all while further reducing energy consumption. I don’t know how the small cores will come into play on Apple’s “Apple Silicon” Mac designs, but they’re certainly still very performant and extremely efficient compared to other current contemporary Arm designs.

Lastly, there’s the x86 vs Apple performance comparison. Usually for iPhone reviews I comment on this in this section of the article, but given today’s context and the goals Apple has made for Apple Silicon, let’s investigate that into a whole dedicated section…

Apple's Humongous CPU Microarchitecture From Mobile to Mac: What to Expect?
Comments Locked

644 Comments

View All Comments

  • 29a - Thursday, November 12, 2020 - link

    Folks are people, bit you probably knew that.
  • CharonPDX - Saturday, November 14, 2020 - link

    My sister has needed a new laptop for a while - she has a Windows laptop now, but her work laptop is an Apple, and she likes Apple. (She's a government employee, so *CAN'T* use her work laptop for personal uses.)

    So, ordered a MacBook Air for her for Christmas (splitting the cost with our parents.)

    While I was at it, ordered myself a Mini to play with, and probably replace my old 2012 Mini in "home server" use.
  • Alej - Saturday, November 14, 2020 - link

    There’s a running theme on twitter and on a thread on Blender artists forums where they point out that the unique memory and texture compressions available to the M1 chip memory hardware would allow it to fit scenes with 100+GB of textures inside those 16GB for GPU rendering.
    Apple for a long time has touted that they have clever RAM management at the OS level and I truly believe it, I can use an 8GB 2015 MacBook for light-to-mid work and it’s pleasant while using a Windows Laptop with the same 8GB can prove sluggish even when just doing browser navigation (although many other variables for that to happen besides being actually the memory available).
  • mdriftmeyer - Saturday, December 5, 2020 - link

    Must be some mysterious Fractal Compression [bs] to pull off that fantastical feat of creative story telling.
  • mattbe - Saturday, November 14, 2020 - link

    "not when ssd of today is *faster* than memory of even a few years ago."

    This is simply not correct. Please show me an example where SSD is faster than memory (DDR4) from a few years ago.
  • alysdexia - Wednesday, November 11, 2020 - link

    faster -> swiftlier; Macbook -> MacBook; will -> shall
  • adt6247 - Thursday, November 12, 2020 - link

    But regardless of OS, some workloads need more RAM. It's why I jumped ship from Mac laptops a couple generations ago. In situations where I'm running tons of VMs and Docker images, building enterprise Java apps, etc. that 16GB of RAM get chewed through real quick.

    It's not to say that 16GB isn't good enough for most people -- it certainly is. But in 2020, calling it a "Pro" laptop and unable to handle certain classes of increasingly common professional workloads is not great. That being said, this is a first step. It's clear they're going to have to go to RAM off-package for some machines (at least the Mac Pro), hopefully that will trickle down to the Pro laptops.

    Also, I'd LOVE to see Linux distros targeting this hardware. Should be fun to run some benchmarks.
  • danbob999 - Friday, November 13, 2020 - link

    The required RAM has nothing to do with the architecture.
    ARM requires as much RAM as x86 to run the same applications. No reason why macOS would use half the RAM with Apple silicon. With universal binaries taking more space, RAM usage could even go up a bit.
  • NetMage - Friday, November 13, 2020 - link

    Universal binaries may need more storage but there is no reason they should need more RAM.
  • alysdexia - Wednesday, November 11, 2020 - link

    a iPad Pro version?

Log in

Don't have an account? Sign up now