x86 Ecosystem Advisory Group, или конец попыток ARM зайти в ПК.

Стал замечать, что довольно много хайпа стало вокруг ARM и его попыток зайти в ПК, ноутбуки и прочие гаджеты, где ранее всегда был обычный х86. С одной стороны ничего против ARM как факта я не имею, он энергоэффективен, чист и в целом неплох, а с другой стороны теории про то, что ARM заменит x86 выглядят как абсурд. И я хочу разобрать почему.

Краткая выжимка для тех, кому лень читать:

- Технический миф: Энергоэффективность ARM давно не зависит от простоты инструкций RISC. Сегодня обе архитектуры стали гибридными, а ARM под тяжелой нагрузкой ест столько же, сколько x86.

- Главная проблема x86: Архитектура x86-64 тащит за собой 40 лет исторического наследия. Необходимость расшифровывать команды переменной длины заставляет раздувать внутренние декодеры, что приводило к лишнему энергопотреблению в простое.

- Проблема ARM на ПК: В открытой экосистеме Windows эмуляция ARM-кода спотыкается о профессиональный софт, специфические драйверы и античиты в играх.

- Суть x86 EAG: Этот альянс (Intel, AMD, Microsoft, Google и др.) создан не для резкого уничтожения старого софта, а для масштабной, скоординированной зачистки архитектуры от мусора.

Что это даст: внедрение единых технологий позволит x86-процессорам радикально снизить задержки, разгрузить регистры и вплотную подобраться к энергоэффективности ARM в простое, сохранив главный козырь - нативную совместимость с миллиардами программ за последние 20 лет.

Чтобы понимать, в чём тут несостыковки, давайте сначала поймём, что же такое архитектура процессора и из-за чего ARM и х86 несовместимы.

Архитектура процессора/набор инструкций (ISA) - это фактически тот "язык", на котором процессор взаимодействует с системой. Он определяет то, какие типы данных процессор может использовать, определяет регистры, модель работы с памятью и перечень базовых машинных команд. Их всего два - CISC (x86) и RISC (arm). Именно под этот определённый язык программистами пишется код, и логично, что понимать его способна только та архитектура, под которую этот код и написан.

И в этом кроется главная проблема, ведь, если программа написана на одном языке, то процессор, говорящий на другом, его просто не поймёт. А значит надо или писать код под 2 архитектуры, либо выбирать и заставлять пользователей использовать эмуляторы, которые работают плохо и едят ресурсы, пока работают переводчиками.

Чтобы это понять, надо копнуть в историю. В конце 1970-х годов, когда зарождалась ПК-индустрия, оперативная память стоила космических денег, а ее объемы измерялись килобайтами. Приходилось экономить каждый байт, чтобы софт вообще помещался в систему. Следствием этой экономии стало появление архитектуры x86. Чтобы код весил как можно меньше, инженеры Intel сделали ставку на сложные инструкции переменной длины. Одна такая команда весила мало и при этом заменяла собой цепочку действий. Проблема была в том, что процессору внутри себя приходилось тратить ресурсы и транзисторы в немалых количествах на расшифровку этих команд. Но в то время это было хорошим решением. x86 закономерно стал королем персональных компьютеров.

Однако к середине 1980-х ситуация изменилась. Память начала дешеветь, а инженеры поняли, что процессоры тратят слишком много энергии и места на чипе на декодирование команд x86. Так, из идеи избавиться от этого прожорливого декодера, родилась архитектура ARM. Её создатели сделали все инструкции максимально простыми, короткими и одинаковыми по длине. Код программ стал занимать в памяти больше места, но самому чипу больше не нужен был сложный внутренний расшифровщик команд. Благодаря этому процессоры ARM получились крошечными, дешевыми в производстве и очень холодными.

Напрашивается логичный вопрос - если ARM получился таким крутым, то почему он не стал стандартом ещё в начале существования? Главной причиной стало одно интересное событие.

В 1981 году компания IBM создавала свой первый массовый ПК. Поскольку компания не хотела зависеть от одного поставщика процессоров она поставила Intel жесткое условие: дать лицензию на производство сторонней компании. Так в 1982 году Intel официально передала лицензию на архитектуру x86 компании AMD.

У х86 появилось два независимых источника чипов, а IBM сделала архитектуру своего компьютера открытой. Любой завод в мире мог собирать "IBM-совместимые ПК". Под эту единую платформу все программисты мира начали массово писать программы. Процессор ARM, появившийся в 1985 году в компьютерах Acorn Archimedes, был великолепным, но закрытым - лицензий на него тогда никто не давал. В итоге x86 очень быстро захватил 90% рынка, а разработчики просто проигнорировали ARM из-за отсутствия массовой базы пользователей. Поезд ушел, и ARM пришлось уйти в мобильные телефоны, где экономия энергии важна и по сей день.

Но у современной энергоэффективности ARM есть и обратная сторона. Чтобы конкурировать с x86 в тяжелых задачах, ARM-чипам пришлось сильно усложниться. Современные производительные ядра ARM обросли огромными кэшами, сложнейшими блоками внеочередного выполнения команд и предсказателями переходов. В пиковых нагрузках современные чипы ARM потребляют и выделяют тепло почти так же, как их x86-конкуренты в аналогичном техпроцессе.

Главное преимущество ARM на ПК сегодня - это феноменально низкое потребление энергии в простое и при легких задачах, а также концепция SoC, где процессор, видеокарта и память объединены на одной подложке.

Кстати, Apple любят говорить, что этот монолитный подход - их личная революция, и потому SoC - самая эффективная из изобретённых, архитектура - ассоциируется с ARM. Но давайте честно: монолитные энергоэффективные чипы - это дитя AMD, взрощенное ими с пеленок. И выращенное на x86.

Именно AMD еще с 2011 года развивает концепцию APU. Они доказывали, что CPU и мощная графика Radeon должны жить на одном кристалле и делить общую память. Все современные портативные консоли вроде Steam Deck или ROG Ally живут и выдают дикую производительность в карманном формате только благодаря эволюции APU от AMD. AMD никогда не плакалась о маржинальности интеграции компонентов и не переживала о хейте ото всех вокруг. Она просто брала и делала рабочие SoC.

Даже Intel со своей архитектурой Lunar Lake, чтобы догнать ARM по автономности, была вынуждена пойти по стопам AMD - сделать монолитный SoC, распаять память на подложке и раздуть декодеры до 8 и 9 потоков. x86 доказал, что может выдавать те же 15–20 часов автономности, что и ARM.

Тут притормозим и вернёмся к обсуждению преимуществ ARM и недостатков х86. Физику не обмануть, и раздувание декодеров x86 ради скорости приводит к лавинообразному росту сложности кристалла. Даже если полностью вырезать старые 16- и 32-битные режимы (как предлагал проект x86-S), это снизит токи утечки и уменьшит кристалл, но фундаментальную сложность декодирования 64-битного CISC-кода не сотрет. И именно этот бастион сейчас собирается разрушить альянс x86 EAG.

Инженеры Intel и AMD прекрасно видят свои слабые места. Главная проблема x86 сегодня - это необходимость тащить за собой пласт старых ограничений, усложняющих логику декодеров. Односторонние попытки Intel выпустить чистый 64-битный процессор (проект x86-S) наткнулись на сопротивление рынка, так как бизнес и крупные клиенты не готовы к резкому отказу от совместимости.

Поэтому Intel и AMD отложили старые обиды и объединились в x86 Ecosystem Advisory Group, позвав туда Microsoft, Google, HP, Lenovo и даже Линуса Торвальдса. Их цель - плавная, но радикальная модернизация архитектуры без шоковой терапии для пользователей.

В рамках этой модернизации внедряются важнейшие технологии, которые наконец станут единым стандартом для чипов Intel и AMD:

Intel APX

Суть технологии: Удвоение количества регистров общего назначения в 64-битном режиме с 16 до 32.

Как это работает: Снижает потребность в постоянной пересылке данных в кэш и обратно, делая код плотнее на 10%.

Результат: Разгружаются внутренние декодеры, что обеспечивает чистую производительность без лишнего нагрева.

FRED

Суть технологии: Переработанная архитектура обработки системных вызовов и прерываний.

Как это работает: Снижает накладные расходы при переключении контекста ОС.

Результат: Позволяет процессору мгновенно переходить в режим сна в микропаузах, сокращая энергопотребление в простое.

ACE

Суть технологии: Единая спецификация матричных инструкций для аппаратного ускорения ИИ.

Как это работает: Стандартизирует матричную архитектуру и поддерживает форматы OCP MX.

Результат: Обеспечивает нативную и эффективную работу ИИ-кода на любых процессорах x86 без отдельной оптимизации под каждого производителя.

AVX10

Суть технологии: Унифицированные 512-битные векторные инструкции.

Как это работает: Устраняет исторические различия в поддержке векторных команд между Intel и AMD.

Результат: Гарантирует стабильную совместимость тяжелого софта во всей экосистеме.

AMX

Суть технологии: Расширение аппаратных матричных вычислений.

Как это работает: Увеличивает число тайловых регистров для обработки крупных массивов данных за такт.

Результат: Ускоряет локальные нейросети и генеративный ИИ на центральном процессоре.

ChkTag

Суть технологии: Аппаратная маркировка памяти.

Как это работает: Отслеживает корректность доступа к ОЗУ на уровне кремния.

Результат: Блокирует критические уязвимости безопасности без заметной потери производительности.

x86S

Суть технологии: Концепция перехода к чистому 64-битному режиму.

Как это работает: Перевод устаревших режимов на уровень программной эмуляции ОС, при этом сохраняя совместимость без серьёзных потерь производительности.

Результат: Уменьшает физический размер кристалла и снижает токи утечки.

Попытки ARM зайти на территорию ПК проваливаются не потому, что ARM плох, а потому, что x86 умеет эволюционировать, и эволюционирует сейчас, благодаря этой угрозе. ARM силён, но недостаточно и разговоры вокруг него часто игнорируют факты и полны преувеличений.

Альянс x86 EAG - это не попытка защититься. Это переход в контратаку. Как только технологии разгрузят эти мощные монолитные чипы от софтверного мусора прошлого, x86 сбросит оковы прожорливости. На рынке останутся все те же энергоэффективные, мощные APU, но теперь с феноменальной автономностью из коробки и со 100% совместимостью. В этой дуэли ARM просто нечего противопоставить.