"A pak to, že posun u x86 o 5% je v absolutním měřítku srovnatelný třeba s 10% u ARMu."
No povedzme že hej, ale stále bude platiť, že relatívna pozícia ARM sa zlepší.
A teraz pridajte to, že Intel pol dekády zlepšil IPC o 0%.
"ARM je RISC, tudíž jeho strojový kód je daleko „řidší“ – jednodušší, ale zato delší,"
To sa tu už riešilo, a s modernými kompilátormi je to skôr naopak.
Navyše x86 má problém so spätnou kompatibilitou ktorá spôsobuje že jedna inštrukcia zaberá príliš veľa miesta. (x86 má variabilnú dĺžku inštrukcií)
Všetky "krátke" miesta sú už zabraté starými inštrukciami a preto musia byť nové inštrukcie extrémne dlhé, najdlhšie majú až 120b, čo je drastický rozdiel oproti 32b ktoré potrebuje ARM (pritom tá inštrukcia nerobí 4x viac mikrooperácií).
Je to problém aj pri cache, pri fetch... a najmä kvôli tomu, že Intel má síce 5 dekóderov, ale len jeden komplexný, a súčet dĺžok inštrukcií nesmie presiahnuť 128b. (Icelake)(AMD má všetky dekódery komplexné a maximum 256b).
To znamená že v prípade moderných inštrukcií padá Intel na 1IPC zatiaľčo ARM pokračuje plnou rýchlosťou (Intel to potom samozrejme dobieha starými MOV, ADD, SUB inštrukciami kde má proti ARM samozrejme výhodu).