Mystiskt RISC-V-företag dammsuger industrin på talanger

Problemen med x86 är inte främst att man vill bli av med legacy-instruktioner utan att man bör designa om isan från grunden.

Gör man det faller nuvarande kompatibilitet.

Så barriären till att förstå verkar ligga i att du gör ett felaktigt antagande att det bara handlar om att rensa bort gammalt skrot ur x86. När det snarare handlar om att rensa ut hela x86

Två stora problem med x86 är:

• sättet instruktioner kodas, ändras detta ändras format för alla instruktioner. 32-bit Arm hade liknande problem, därför valde man (till skillnad för i princip alla andra 32->64 bit övergångar) att göra en helt ny ISA för ARM64

• de garantier som ISA ger kring minnesoperationer och deras interaktion mellan CPU-trådar, x86 har valt en model som är enklare för människor att begripa men den är ineffektiv att implementera i kisel. ARM64/RISC-V har på HW nivå en mer komplex/flexibel modell, fördelen är att denna passar perfekt till den modell man efter ett gäng interationer konvergerade till i språk som C++, Java, Rust m.fl. Ändrar man detta pajar man i praktiken alla multitrådade program. Här är Arm lite speciell, de valde att bryta kompatibiliteten för 32-bit för att fixa detta, ARMv7A -> ARMv8A (ARMv8 är första med 64-bit stöd, men även 32-bit fick denna förändring).