> Вообще-то большинство костылей x86 просто исторически наросло.

Вообще-то иногда можно де-костылизацию проводить. Кроме того, если в момент разработки 8086 общая уродливость смотрелась "на уровне остальных" т.е. остальные микропроцессоры были не лучше в массе своей, то на момент дизайна 80386 с вполне современными плюшками типа MMU, страничной памяти, нормальной дележкой привилегий в разных режимах и прочая - нет уже совершенно никаких извинений за то что так и оставили полтора куцых регистра и не сделали режим с относительной адресацией. За одно только это вся 32-битная х86 заслуживает почетного звания "эталонный булшит". А исправили все это хоть до некоторой степени почему-то только перцы из АМД, куда позднее и при других обстоятельствах, когда 64 битные процы уже делали. Там уже и регистров относительно вменяемое количество отросло, так что программа может больше и не состоять на 50% из PUSH+POP, т.к. иначе дескать считать негде, появилась относительная адресация, так что невъ...ного размера релокации при переносе программы в другие адреса считать не надо. Но это нифига не заслуга инженегров интеля почему-то.

> То есть если с нуля проектировать - можно то же куда ровнее сделать.

То-есть ARM проектировал свои ранние процы тоже хрен знает когда, но на фоне 80386 они получились довольно прямыми. Это логично скроенный RISC, с мощным набором команд, наличием более-менее всех режимов адресации, нормальным набором регистров и прочая. Под это что человеку удобно програмить, что компилеру удобно код генерить. Заодно площадь кристалла сильно меньше. Т.к. не надо ни uCode ROM, ни декодер, ни прочие сущности.

> Но я рад - я здесь на это же бурчал, а мне
> рассказывали, что всё в порядке и так и надо, хе-хе :-)

Ну в общем мистер Торвальдс предъявляет к мелочи требования характерные для относительно больших систем. В каком-то роде это логично: ARM теперь лезут и в относительно крупные применения типа серверов/десктопов/ноутов.