Szerintem előbb születik olyan cpu amiben van pár x86 mag, és sok-sok RISC (akár ARM) mag.
Csak rendszer szinten kellene megoldani az egyidejű működést onnantól... aztán "szép lassan" ha a risc annyival gyorsabb és hatékonyabb, akkor arra át fognak térni a programozók pár generáció alatt, közben az x86 rész folyamatosan "butulhat" a régebbi dolgokkal kapcsolatban először csak a 16/32bites részét emulálva, majd haladva "tovább"..
De ha rendszerszinten a 2 mag együttműködése nem megoldható, akkor nincs értelme ennek az elvnek, sok "felesleges" tranzisztort pazarolnánk el.. A másik véglet az emulálás, de ehhez nem elegendően erősebbek a risc cpuk, vagyis nem tudják kipótolni azt a teljesítményvesztést ami az emulálással keletkezik, hiába gyúrják ki nagyon az x86tól megszabadított, hardveres emulációra képes RISC részeket, akkor is lassabb lesz mint az azonos területen építkező x86 egység ... az egyetlen ami erre terelhet, ha esetleg jelentősen egyszerűbb a cpu felépítése miatta... a mostani cpuk is részben csak emulálják az eredeti x86ot (csak ahol tényleg nyernek vele, vagy a skálázódás ezt megköveteli)...
A szoftveres emuláció meg sose lesz olyan hatékonyságú, sokkal jobb hatékonyságú cpu kéne ahhoz, hogy értelme legyen gondolkodni is rajta, mert különben onnantól az "összes cpu" belépőszintű teljesítményt nyújtana, HEDT fogyasztás mellett...

Az x86 fejlesztésére a netburst/bulldozer irány nem jöttbe, az atom/bobcat ha úgy tetszik, szintén egy irány volt, de az se lett megfelelő, a larabee és utódai szintén felfoghatók "teljesítménynövelő kísérletnek", hisz végső soron utóbbiak visszakerülhettek volna a cpu belsejébe ha annyira hatékony irány lett volna..

Lehet van hatékonyabb CPU architektúra a saját területén, de más teljesítmény szinten lehet elvesztené az előnyt, főleg ha az utasítások "minősége" is a képbe kerül (itt már elvérzik az ARM, amíg csak egyszerű dolgokat akarunk tőle tényleg jó)... kicsit ez olyan mint 2 túrázó, mind kettő képes a túlélésre a hegyekben egy késsel és mondjuk kb bármit megcsinál ami kell, levadássza a kaját, gyűjtöget, közben halad az úton.
De az egyiknek csak a "törhetetlen" kése van és a hálózsákja, a másik meg cipel magával sátrat, némi élelmet, ruhát (stb.) ... az első gyorsabban halad amíg nem kell valami, mert akkor a környezeti "erőforrásból" kell előállítania (kaját keresni, mivel nincs sátra fedett helyet keresni ha elered az eső, stb)...
Ha jó az idő lehet gyorsabb, de ha sok "probléma" jön, lehet lemarad valahol mert valamit "készít"...

Ettől független az ARM veszélyes lehet az x86 hegemóniára bizonyos területeken... de ha a windows is úgy akarja lehet lesznek majd "hibrid" CPU-k (anno volt ezzel projektje az AMDnek, és a mostani zenben is van ARM egység, igaz utóbbi "nem aktívan elérhető", belső dolgokat művel, de azt hiszem csak a PRO cpukban aktív).. Ha lesznek hibrid cpuk, akkor lehet idővel az x86 csak "gyorsító" egységgé válik.. De az intel ez ellen lehet küzdeni fog majd, mert a Qualcomm már most próbálkozik a másik irányból az "x86ot" csak emulálva (csak elakadt a projekt "jogi úton" )... utóbbival mondjuk egy Atom szintű cpu-t ki lehetne váltani (sokaknak elég is lenne, ha nem spórolnak a háttértáron észre se vennék, az atom is utóbbi miatt volt sokszor "gyenge" sokaknak otthonra)...

The human head cannot turn 360 degrees... || Ryzen 7 5700X; RX580 8G; 64GB; 2TB + 240GB + 2TB || Samsung Galaxy Z Flip 5