Есть ли какая-то внутренняя причина, по которой x86 более успешен, чем SPARC?

Есть ли какая-то внутренняя причина, по которой x86 более успешен, чем SPARC?

Мы знаем, что x86 стал намного более успешным, чем SPARC за последние 20 лет, даже на стороне сервера. Это, в свою очередь, приводит к большему бюджету на НИОКР на x86. Оставив в стороне эти внешние факторы, есть ли какая-то внутренняя причина, по которой SPARC потерпел неудачу? Прежде чем начать, было бы полезно прочитать ответ Джона Густафсона на вопрос об их различии (https://www.quora.com/В чем-различия-между-архитектурой-Sparc-и-Intel). Короче говоря, сейчас нет большой разницы, включая RISC против CISC. Он считает, что по сути единственное различие заключается в порядке байтов. Итак, вопрос в том, почему x86 успешен, а SPARC нет, с чисто технической точки зрения? Если его нет, это прекрасно, потому что не редкость, когда технически превосходная технология терпит неудачу в бизнесе.

решение1

Нельзя сводить это только к технической разнице в архитектуре. Есть еще политика, экономика и маркетинг.

Если большая доля рынка и доход для x86 делают хороший продукт, почему несколько облаков имеют экземпляры ARM, а Apple Silicon переходит от x86? Полный и полезный набор инструкций является необходимым, но недостаточным условием для успеха ЦП. Также необходимо: руководство, приверженное многолетнему проекту, инвестиции в талантливых людей, доступ к лучшим производственным мощностям и маркетинг полученных чипов с четким сообщением. Исполнение Intel и AMD здесь довольно сильно отличается около 2020 года, и они оба являются x86.

Возвращаясь к SPARC, можно ли считать архитектуру неудачной, если она обеспечивала работу системы из списка TOP500 в течение 8 лет (К компьютер)? Или если открытый набор инструкцийбыла реализована в радиационно-стойких чипах, которые отправлялись в космос? ИFujitsu все еще взламывает SPARC.

По общему признанию, эти варианты использования бесполезны, если вам нужны обычные серверы Linux. В RHEL уже есть x86, ARM и POWER, причем IBM выступает за POWER. Я не знаю, что оправдывает затраты усилий на добавление SPARC. Порт Debian sparc64 показывает, что его можно построить, но список поддерживаемого оборудования короткий и устарел. Нужна организация, которая будет отстаивать усилия, опять же, это столько же политика, сколько и инженерия.

Связанный контент