О чём этот материал

Про отечественные процессоры принято говорить в двух крайностях. Первая: «всё импортозамещение — фикция, там внутри чужие ядра». Вторая: «наши чипы вот-вот догонят мировых лидеров». Обе позиции одинаково бесполезны, если вам нужно принять реальное решение по инфраструктуре.

Разберём предметно: как устроены две основные российские платформы, чем они принципиально отличаются друг от друга, что произошло с их производством и в каких сценариях они действительно применимы, а в каких — нет.

Главное ограничение: где физически делают чипы

Начать нужно не с архитектур, а с производства, потому что именно оно определяет всё остальное.

Проектирование процессора и его изготовление — разные индустрии. Разработчик создаёт схему, а фабрика превращает её в кремний. Фабрик, способных работать на современных техпроцессах, в мире единицы, и находятся они на Тайване, в Южной Корее и США.

До 2022 года российские разработчики размещали заказы на тайваньской TSMC — как это делают AMD, Apple, NVIDIA и большинство мировых fabless-компаний. Собственного производства такого уровня в стране нет: отечественные мощности работают на техпроцессах, отстающих от передовых на несколько поколений.

После введения ограничений доступ к TSMC закрылся. Последствия прямые: разработанные и готовые к выпуску чипы производить оказалось негде, а имеющиеся партии стали конечным ресурсом.

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

Байкал Электроникс: ставка на распространённые архитектуры

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

Что такое лицензированная архитектура и почему это нормально

Здесь стоит развеять распространённое заблуждение. Лицензирование архитектуры ARM не означает, что процессор «чужой». Компания получает спецификацию системы команд и, в зависимости от типа лицензии, либо готовые ядра, либо право проектировать собственные. Всё остальное — компоновка кристалла, кэши, контроллеры памяти и периферии, межъядерная шина, энергоменеджмент — разрабатывается самостоятельно и определяет реальные характеристики чипа.

По этой же схеме работают Apple, Amazon, NVIDIA и десятки других компаний. Собственная система команд — редкость, и обычно она создаёт больше проблем, чем преимуществ, о чём ниже.

Линейка процессоров

Разработки компании покрывают несколько сегментов:

  • Процессоры для клиентских устройств — рабочие станции и тонкие клиенты, где нужна умеренная производительность при низком энергопотреблении.
  • Серверные процессоры — многоядерные решения с поддержкой многосокетных конфигураций, ориентированные на инфраструктурные задачи.
  • Встраиваемые и коммуникационные решения — сетевое оборудование, промышленная автоматика.

Серверная линейка — наиболее интересная часть: это попытка сделать процессор, сопоставимый по классу с массовыми зарубежными решениями, с многоканальной памятью и большим числом линий PCIe.

Разворот в сторону RISC-V

Отдельного внимания заслуживает интерес к архитектуре RISC-V. Причина понятна: ARM — это лицензия, а значит, зависимость от лицензиара и политических решений. RISC-V — открытая система команд, использование которой не требует разрешения и не может быть отозвано.

Для страны, столкнувшейся с ограничениями, аргумент серьёзный. Но у открытости есть обратная сторона: экосистема RISC-V в серверном сегменте пока заметно беднее, чем у ARM, — меньше готового софта, меньше отлаженных компиляторов, меньше специалистов. Переход означает решение проблемы лицензий ценой возврата к более раннему этапу зрелости программной поддержки.

МЦСТ и «Эльбрус»: собственная архитектура VLIW

Второй подход принципиально иной: не лицензировать, а разрабатывать систему команд самостоятельно. Именно этим путём идёт МЦСТ с линейкой «Эльбрус».

Как работает VLIW и в чём его особенность

Архитектура «Эльбруса» построена на принципе VLIW — Very Long Instruction Word, «очень длинное командное слово». Разница с привычными процессорами фундаментальная.

В обычном процессоре решение о том, какие операции выполнять параллельно, принимает сам процессор — во время работы, аппаратными средствами. Это называется внеочередным исполнением, и на него уходит значительная часть транзисторного бюджета современных чипов.

В VLIW эту работу выполняет компилятор — заранее, на этапе сборки программы. Он анализирует код и упаковывает несколько независимых операций в одну длинную команду, которую процессор исполняет за такт целиком.

Плюсы подхода: кристалл получается проще, поскольку сложные блоки планирования не нужны, а при удачной компиляции достигается высокая плотность вычислений.

Минусы столь же принципиальны:

  • Всё зависит от компилятора. Если он не сумел найти параллелизм в коде, часть вычислительных слотов простаивает.
  • Плохая переносимость. Программу нужно компилировать именно под эту архитектуру, причём качество результата сильно зависит от зрелости компилятора.
  • Слабость на непредсказуемом коде. Задачи с большим количеством ветвлений и трудно предсказуемыми переходами — а это значительная часть прикладного софта — даются VLIW тяжелее, чем классическим архитектурам.

Проблема программной совместимости

Из собственной системы команд вытекает главное практическое ограничение: обычное программное обеспечение под x86 на «Эльбрусе» не запускается. Нужна либо пересборка из исходного кода, либо трансляция.

Пересборка возможна для открытого софта, и вокруг платформы сформировалась собственная сборка Linux с портированными приложениями. С проприетарным ПО сложнее: если у вас есть коммерческая программа без исходников, вариантов немного.

Для трансляции разработан режим двоичной совместимости, позволяющий исполнять x86-код. Но за трансляцию всегда платят производительностью, и рассчитывать на скорость нативного исполнения не стоит.

Где VLIW оправдан

Несмотря на ограничения, у архитектуры есть ниша. Там, где программное обеспечение разрабатывается под конкретную платформу и тщательно оптимизируется — специализированные вычисления, обработка сигналов, задачи с предсказуемой структурой, — VLIW способен показывать хорошие результаты.

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

Два подхода: что выбрали и чем заплатили

Критерий Байкал (ARM / RISC-V) Эльбрус (VLIW)
Система команд Лицензированная / открытая Собственная разработка
Совместимость с ПО Широкая экосистема ARM Требуется пересборка или трансляция
Технологический суверенитет Зависимость от лицензии (ARM) Полный контроль над архитектурой
Сложность кристалла Стандартная Проще за счёт переноса логики в компилятор
Где сильна Универсальные инфраструктурные задачи Оптимизированные специализированные вычисления
Главный риск Отзыв лицензии Зрелость компилятора и нехватка софта

Ни один из подходов не является объективно лучшим — это разный размен. Байкал получает экосистему, но остаётся привязан к лицензиару. Эльбрус получает независимость на уровне архитектуры, но платит за неё сложностью с программным обеспечением.

Другие участники рынка

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

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

Как оценивать характеристики: честное сравнение

Здесь важно избегать двух ошибок.

Ошибка первая — сравнивать по числу ядер и частоте. Эти параметры почти ничего не говорят о реальной производительности. Процессор с большим числом медленных ядер может проигрывать на однопоточных задачах и выигрывать на параллельных, и наоборот.

Ошибка вторая — сравнивать без учёта поколения. Отечественные разработки корректно сопоставлять с зарубежными решениями тех же лет и того же техпроцесса, а не с новейшими флагманами. Разрыв в несколько поколений техпроцесса сам по себе даёт кратную разницу в производительности на ватт, независимо от качества архитектуры.

При корректном сравнении картина такая: по абсолютной производительности отечественные серверные процессоры уступают актуальным решениям Intel и AMD, но остаются работоспособными для широкого круга инфраструктурных задач — там, где требуется не рекордная скорость, а достаточная производительность при контролируемом происхождении оборудования.

Готовые платформы и практика внедрения

На основе отечественных процессоров выпускаются серверы, рабочие станции и системы хранения — как правило, российскими производителями оборудования, ориентированными на государственный сектор и организации с требованиями к происхождению техники.

При планировании внедрения стоит учитывать несколько практических моментов.

Проверьте совместимость прикладного ПО заранее. Это главный источник проблем. Список поддерживаемых приложений нужно сверять до закупки, а не после.

Заложите время на настройку. Экосистема менее отлажена, чем у массовых платформ: типовые инструкции и готовые ответы на форумах найдутся не на каждый вопрос.

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

Соотнесите с реальными требованиями. Если обязательства по происхождению оборудования отсутствуют, а нужна максимальная производительность на вложенный рубль — рассматривайте платформу без идеологической предвзятости, по тем же критериям, что и любую другую.

Что дальше

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

Второй вопрос — выбор направления. Движение в сторону RISC-V выглядит логично со стороны независимости, но требует значительных вложений в программную экосистему. Собственная архитектура даёт полный контроль, но её судьба напрямую зависит от того, насколько удастся развить компилятор и наполнить платформу прикладным софтом.

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

Итог

Две основные российские платформы решают одну задачу принципиально разными способами. Байкал строится на распространённых архитектурах и выигрывает в совместимости с программным обеспечением. Эльбрус реализует собственную архитектуру VLIW и даёт независимость на уровне системы команд, но требует адаптации софта.

Общее для обеих — производственное ограничение, которое остаётся определяющим фактором вне зависимости от качества проектирования.

Практический вывод простой: если есть регуляторное требование к происхождению оборудования — платформы работоспособны и применимы, при условии заблаговременной проверки совместимости с вашим программным обеспечением. Если такого требования нет — решение стоит принимать по обычным критериям производительности и совокупной стоимости владения.

Нужна помощь с подбором серверного оборудования под конкретные требования — свяжитесь с нами, разберём вашу задачу и предложим варианты.