Még egy dolog. Számomra nem világos (nem értek hozzá), de nem biztos hogy jó ha maga a hardver válik bloatware-ré. Ha bővül az utasítás készlet, akkor az architektúra bonyolódik és a feldolgozási idő megnő --> lassúl.
Kicsit eltúlozva: Nem azt mondom hogy egy RISC a megoldás, de nem kellene sok a prociba. Legyen load + store + bitshift meg a logikai, az fpu-ban meg legyen szögfüggvény, logaritmus meg 0..1 hatvány. Ezt huzalozzák le, viszont fénysebessen menjen. Az optimalizációt meg bízzuk a szoftveres megoldásokra. Így könnyebb lenne sokáig hardveres kompatibilitást tartani. A prociba amúgy is egy rakás dolgot kell fejleszteniük (pl. régen asszem a cyrix-oknál kezdték el azt, hogy bizonyos loop-okat kihagyott ill. a cache-be az előre megjósolt ágat rántotta be - de pesze nem akarom a maiakat ezzel hasonlítani). Meg persze 10 éve el kellett volna hagyniuk a 8086 kompatibilitást.
Szóval nem biztos hogy úgy kéne gyorsítani, hogy majd natívan fog futni a Java. Minél kisebb az utasításkészlet, annál jobban lehet célspecifikusan optimalizálni szerintem és kisebb is lenne az exploit lehetőség.