#30   #28 Hombre, según tengo entendido (corregidme si me equivoco), la forma de tratar la memoria de x86, por segmentos hasta alcanzar un megabyte, es horrenda. Pero a partir del 386 existe el modo protegido, o modo flat, que permite acceder linealmente a los 4 GB de memoria. Este modo era el que proporcionaba el famoso "cargador" DOS/4GW que llevaban muchos juegos de la época de MSDOS. (Sí, tengo mis añitos). Y por supuesto, también en x86_64.
Edit:
#27 Yo no me acuerdo, jeje. En cuanto al 68000, suscribo lo que dices. Era una arquitectura mucho mejor pensada que la x86.

#35   #4 El triunfo de la arquitectura CISC fue más que lógico. Los procesadores se inventaron en una época en que la memoria era muy cara, las desventajas de tener instrucciones de longitud diferente y tiempos de ejecución diferente no competían con la ventaja de tener el código comprimido y usar menos memoria.

Para cuando la memora fue suficientemente barata para que los diseños RISC fueran funcionales y disponibles en el mercado, el IBM-PC ya se había establecido como la norma, acostumbrando a los usuarios a dos cosas que hoy nos parecen obvias: compatibilidad entre diferentes fabricantes, y compatibilidad entre diferentes generaciones. Nuevamente, el costo de la ineficiencia del x86 era ampliamente compensado por el ahorro derivado de la compatibilidad.

Hoy en día no existen procesadores CISC, sino que son superescalares, con líneas de ejecución larga que primero traducen de x86 a otra arquitectura RISC, y luego sí ejecutan. Nuevamente, el precio de la traducción es bajo comparado con el costo de perder compatibilidad.

#28 Si lo miras con los ojos de ahora, con aplicaciones web o java ejecutándose en máquinas virtuales, con memoria barata, el usar procesadores tan complejos como los x86 puede parecer un absurdo, pero hay que tener en cuenta que los procesadores, más que diseñarse cada vez desde cero, han evolucionado, y hay herencias de las que no es fácil deshacerse.