@MoveX
Du hast meine volle Zustimmung, dass X86 veraltet ist und neue Architekturen und Befehlssaetze durchaus ueberfaellig sind, iss schon laecherlich, wenn wir heute noch einen uralten Designfehler emulieren muessen (A32-Gate). Allerdings ist RISC definitiv nicht der Stein der Weise. Das haben vielleicht vor 5-10 Jahren noch einige behauptet, allerdings findest Du heutzutage lediglich im embedded Bereich, wo die Aufgabengebiete meist recht eng und spezifisch gehalten sind, noch reine RISC-Prozessoren. Selbst Apple hat mittlerweile eingesehen, dass reines RISC nichts bringt, daher AltiVEC (fuer die, die das nicht kennen: iss Multimedia-Erweiterung a la MMX, 3DNOW, SSE, nur halt fuer PPCs)
Der optimale Weg liegt wahrscheinlich wieder in der Mitte; und wie Moe schon sagte, sollte auch darauf geachtet werden, dass nicht alle alten Anwendungen unbrauchbar werden. Wie Du ja auch sagtest arbeiten AMD und Intel intern schon laengst mit anderen Mitteln und schaffen trotzdem noch ein ordentliches Code-Morphing nach X86; hier denke ich, wuerd es sehr wichtig sein, dass die kuenftigen 64Bitter auch noch ordentlich 32Bit-Code interpretieren koennen. Der Itanium scheint hier ja doch ziemlich zu versagen, daher bin ich gespannt, ob die Hammers wirklich so schnell in 32Bit sind, wie AMD behauptet.
btw: andere Firmen, die immer eigene Wege gegangen sind, in Sachen CPU-Architektur, sind mittlerweile um Welten ueberholt worden; zB SGI: wenn ich sehe, dass selbstgeschriebene Programme auf einem TB 1.4 etwa 50-100x <IMG SRC="smilies/eek.gif" border="0"> so schnell laufen, wie auf einer O2 mit 250MHz-RISC-CPU, dann brauch ich glaub ich nicht mehr viel dazu zu sagen, ....
still lots of things to come, lots of technology to be invented, ....