>1. Начнём с того, что в кристале толпа вентилей лишь для того, что бы поддерживать "поношенные штаны"Кому от этого холодно или жарко, это влияет на производительность чипа? Совершенно никак не влияет. Да, есть совместимость с 8086, но эти самые вентили совершенно не задействованы во время работы в режиме 80386+, они даже тока не потребляют. А вот если вдруг понадобится эта совместимость (например запустить ДОС(!), очень много систем промышленной автоматики даже в наше время работают под управлением этой ОС, неоднократно сталкивался) - вентили эти будут очень кстати.
>2. Инструкции SSE в большинстве случаев для понта (типа на вырост).
Это вообще бред какой-то. Посмотрите на досуге в отладчике код современных видеокодеков, например, какие они инстркуции используют.
>3. Префиксы блокировки комманд при межпроцессорном взаимодействии допустимы в очень ограниченном круге комманд, в результате чего сложную реализацию блокировок приходится делать через зад (ака Критические секции).
Это критическая-то секция через зад? Вообще-то критические секции - это фундаментальное понятие многопоточного программирования, так по крайней мере считает абсолютное большинство программистов:) Нет, это конечно же, Ваше право с ними не соглашаться)
>4. Многое через зад.
Абсолютно пустая, "ниочемная" неаргументированная фраза. Такую я могу бросить по отношению к любому процессору.
>Спасибо стэку, но не мешало бы по нынешней жизни иметь с сотню "быстрых" регистров общего назначения вместо кадрирования стэка, страницы под который выделяются динамически. Спрашивается, нахрен килобайт с лишним под потаённый MSR...
>5. Только в корадубе ветвление стало интеллектуальным (имеется ввиду группировка комманд в своём порядке, а не как программер захотел). А раньше мечталось о условном сложении, вычитании умножении и т.п. Ах да, мы же не RISC увеличение числа комманд так просто не даётся...
И что дальше? В теории проектирования процессоров принято несколько подходов, одни ориентирован на регистры, другой на стэк, третьи на операции с памятью, Вот х86 как раз такой. Для этого у него есть хитрые алгоритмы кэширования, предсказания переходов и еще целая куча умных технологий. Кому нужны Ваши "аргументы" (которые и не аргументы вовсе, а всего лишь перечесления различий с другими архитектурами, именно различий, а не недостатков) в то время, как этот якобы "убогий" процессор обладает такой колоссальной производительностью? Апологеты RISC-архитектуры могут долго с пеной у рта критиковать х86, но реального положения вещей это не изменит - эта архитектура на данный момент безраздельно правит балом, и не безосновательно. Ни Sun, ни IBM c этим ничего поделать уже не могут. А победителей, знаете ли, не судят
