[spear]

Right, and "per GHz" numbers are also not very useful because you can't just crank up the GHz when you need performance. Even with the same process technology, you can't assume different microarchitectures will max out at the same frequency.

[snvzz]

You're right, and remarkably Apple has found a major roadblock to clock speeds while using ARMv8.

M1's L1 cache is huge, as a workaround to ARMv8's poor code density. Larger cache means lower clocks, unfortunately there's no way around speed of light.

[ksec]

>You're right, and remarkably Apple has found a major roadblock to clock speeds while using ARMv8.

What? Where is this claim coming from?