МЦСТ публикует исходные тексты ядра Linux 6.1 для архитектуры Эльбрус

Я не очень в теме, думал Эльбрус уже умер или около того (ведаю только по новостям с ЛОРа), шоу продолжается?

Продаётся. Где-то производится: https://www.cnews.ru/news/top/2026-06-19_mtsst_naladil_proizvodstvo

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

Давно не только для военных: используют Роскосмос, МТС …, я.

Росатом https://tehnoomsk.ru/archives/27109

так вроде оно же транслировать умеет на уровне железа?

Умеет и х86-64 приложения

http://www.mcst.ru/RTC

И х86-64 ОС (Windows, Linux)

http://www.mcst.ru/Lintel

Но под трансляцию резервируется 1-2 ядра и в нативном режиме работает быстрее, а вообще можно и игры для Xbox360 на «Эльбрусе» запускать

https://vk.ru/wall-224453643_194

шоу продолжается?

Да, налажен выпуск процессоров Эльбрус-2С3 и Эльбрус-16С 6-го поколения в «дружественной стране»

https://www.cnews.ru/news/top/2026-06-19_mtsst_naladil_proizvodstvo

Серверов и рабочих станций на их основе

https://www.cnews.ru/news/line/2026-08-27_server_i_monoblok_rosel

https://www.cnews.ru/news/line/2026-09-03_razrabotannyj_sitronics_group_server

Идёт разработка процессоров Эльбрус-8В7 и Эльбрус-32С следующего 7-го поколения. Заявлена поддержка Эльбрус-8В7 (e8v7) в ядре Linux 6.1 для архитектуры Эльбрус.

Планируется выпуск игровой консоли на базе процессора Эльбрус-8В7

https://habr.com/ru/news/894886/

Планируется выпуск игровой консоли на базе процессора Эльбрус-8В7

Я считаю, что нужно планировать сразу смартфон. Всё равно ничего не выпустят.

лучше бы сеть/тв, с аппаратным офлоадом, кмк.

нужно планировать сразу смартфон

Смартфон и планшет на К1892ВМ21Я Гиперком-У (СКИФ) от НПЦ ЭЛВИС и мобильной ОС Аврора уже есть

https://tehnoomsk.ru/archives/28025

Всё равно ничего не выпустят.

Unreal Engine 4 и 5 были портированы на «Эльбрус»

http://www.mcst.ru/2026-09-30_Microelectronics-2026

Игры на Эльбрус-8СВ 5-го поколения вполне работают

https://rutube.ru/video/105ee0e5ecdf43b9f99b4a5a0f1395ad/

Даже в режиме двоичной трансляции х86-64

https://rutube.ru/video/1a8344362c5e48975867a16dbecad734/

Эльбрус-8В7 7-го поколения ещё производительней будет.

Планируется выпуск игровой консоли на базе процессора Эльбрус-8В7

чет как-то сомнительно ( не читал ссылку пока )

Эльбрус-8В7 7-го поколения ещё производительней будет.

всё ещё VLIW?

всё ещё VLIW?

Да, но уже с аппаратным предсказателем переходов и подкачкой данных, а также нейропримитивами для ИИ

https://vk.ru/wall-66746959_347054

МЦСТ планирует заниматься ИИ-ускорителями как отдельным направлением?

А они прям называют свою ветку «Linux»? Разве это по лицензии допустимо?

с аппаратным предсказателем переходов и подкачкой данных

О! Ребята открывают для себя технологии древних.
Ещё несколько лет - и осознают бесперспективность VLIW для задач общего назначения и перейдут на нормальную архитектуру. Подождём.

А они прям называют свою ветку «Linux»?

ОС «Эльбрус» (OSL) https://www.mcst.ru/Elbrus_Linux

открывают для себя технологии древних

Для тех случаев, где статический планировщик неэффективен.

осознают бесперспективность VLIW для задач общего назначения и перейдут на нормальную архитектуру

Например?

О! Ребята открывают для себя технологии древних.

Эффективность есть только на небольшом круге задач. Средний прирост на компилируемом коде 3%. На скриптовых языках побольше (около 20%), но на них никто в здравом уме не пишет программы, для которых важна производительность.

А зачем ему предсказатель переходов если в скомпилированной программе и так всё по тактам расписано?

уже с аппаратным предсказателем переходов и подкачкой данных

ну теперь как все - со Спектрой😊

А зачем ему предсказатель переходов если в скомпилированной программе и так всё по тактам расписано?

Чтобы готовить переход не «наиболее вероятный по мнению компилятора или разработчика», а «наиболее вероятный по предыдущим нескольким выполнениям».

Что значит «готовить переход»? Эльбрусовская система команд вообще не предполагает какие бы то ни было подготовки вне заранее скомпилированного сценария. Даже если ты часть одной команды сможешь выполнить раньше запланированного, всё остальное всё равно рассчитано на штатное время её выполнения и ничего от этого не ускорится. Зато сложность схемы вырастает.

Что значит «готовить переход»? Эльбрусовская система команд вообще не предполагает какие бы то ни было подготовки вне заранее скомпилированного сценария.

Там в сценарии подготовка. Команда disp, getpl или return готовит переход, а ct переходит. По фиксированному адресу 5 тактов подготовка, по адресу из регистра 9. С предсказателем также ускоряются неподготовленные переходы по адресу. То есть вместо getpl с адресом из регистра и через 9 тактов ct в коде стоит ibranch с адресом из регистра, который при первом выполнении будет тупить 9 тактов, а при последующих по тому же адресу переходить за 1 такт.

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

А зачем ему предсказатель переходов

https://patents.google.com/patent/RU2816094C1/ru

со Спектрой

Закрытие уязвимости Spectre в режиме безопасных вычислений на «Эльбрусе»

https://habr.com/ru/companies/nic_ct/articles/894136/

Статья по ссылке написана (или отредактирована) кем-то малограмотным. Там же в комментариях много комментаторов указало на странность данной статьи.

То ли студенту какому-то поручили похалтурить, то ли ллм поучаствовали, то ли и то и другое вместе. Начинается с некорректного (и не особо осмысленного) описания механизма spectre, ну и дальше не лучше.

Эльбрус-32С следующего 7-го поколения.

Уже есть тестовые образцы?

Энтузазист энтузазисту рознь, не у каждого есть бабло на подобный энтузиазм.

не у каждого есть бабло на подобный энтузиазм

Можно и без денег

МЦСТ публикует исходные тексты ядра Linux 6.1 для архитектуры Эльбрус (комментарий)

Уже есть тестовые образцы?

По крайней мере поддержка e8v7 в ОС «Эльбрус» уже заявлена.

Сути ТБВ это не меняет

http://www.mcst.ru/sites/default/files/u11/Elbrus_secure_computing_2023-09-26_ru.pdf

Однако выше тема была не про ТБВ, а про spectre. Так и осталось неясным, подвержен ли Эльбрус данной уязвимости или нет хоть в каком-то виде. Теоретически (учитывая то что планировщик выполнения там в компиляторе) - не должен. Статья по ссылке (которая на хабре) доверия не вызывает.

Однако выше тема была не про ТБВ, а про spectre.

Как раз о ТБВ (РБВ) и Spectre. И статья на Хабре, и ссылка на ТБВ, где были указаны:

ЗАДАЧИ, РЕШАЕМЫЕ ТБВ

Обнаружение программных ошибок следующего типа:

• Переполнение буфера
• Использование неинициализированных данных
• Обращение к уже освобождённому объекту в памяти (по зависшей ссылке)

Защита от утечек по побочным каналам памяти типа Spectre.

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

Так и осталось неясным, подвержен ли Эльбрус данной уязвимости или нет хоть в каком-то виде.

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

Это балабол похлеще покойного @Somebody. Как только его припираешь к стенке - начинает съезжать на личность автора и флудить о чем угодно, кроме темы обсуждения. См. предыдущий камент.

Его цель проста

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

максимально контролируемым циклом производства

Рыба не бывает второй свежести. Она либо свежая, либо протухла. Станков для печати процессоров в РФ нет и не будет еще очень долго, процессоры выпускаются на иностранной линии за бугром. Выпуск может прекратиться (и прекращался) в любой момент. В процессоры могут вставить аппаратную закладку.

То есть, никакого контроля нет. Безопасности тоже нет. Совместимости с мировым софтом нет - всё нужно собирать из костылей и подпорок. Это обскурная никому не нужная мертворожденная архитектура.

и достигающий нужной производительности

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

Цель разработки Эльбруса не в том, чтобы выпустить конкурентноспособный процессор

То есть, к нам в яндекс в районе 2018 представитель МЦСТ приезжал впаривать эти поделки от доброты душевной, а не для того, чтобы найти уникумов, которые решат на нем построить прод.

А зачем ему предсказатель переходов если в скомпилированной программе и так всё по тактам расписано?

Потому что идут строго по стопам IA64. Там тоже сначала был чистый VLIW, потом к нему прикрутили предсказатель переходов (потому что чистый VLIW не вывозил). Потом поняли, что один хрен получается уродливый x86, и закопали совсем.

Но интел - это коммерческая корпа, которая умела считать деньги. В случае с МЦСТ можно вечно педалировать одно и то же, потому что коммерческая эффективность не нужна, ведь можно вечно сосать госдотациями, кормя туповатых чиновников историями про контроллируемое производство и безопасность.

Рыба не бывает второй свежести. Она либо свежая, либо протухла. Станков для печати процессоров в РФ нет и не будет еще очень долго,

Ну да. А если б производство литографов вырвалось вперёд, перед разработкой процессоров, вы бы точно так же вопили «зачем литографы, печатать всё равно нечего». Да в производстве процессоров и в производстве средств производства есть отcтавание. Постепенно ликвидируется и когда это произойдёт, уже будет и готовый процессор, и линукс для него, и вся инфраструктура. Караван идёт медленно, но придёт куда надо.

к нам в яндекс

Так ты из яндекса…

То есть, к нам в яндекс

Интересное замечание, надеюсь Штирлиц не сказал ничего лишнего! В компании могут быть недовольны.

Поймите правильно, любите вы меня или нет дело десятое. А вот ваша собственная репутация действительно под вопросом.

Постепенно ликвидируется и когда это произойдёт, уже будет и готовый процессор

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

он не ориентирован на рынок

Как будто что-то плохое. Вообще самые интересные в мире штуки не ориентированы на рынок.

Вы действительно считаете компиляцию ни си и си++ типичной задачей домашнего ПК?

Учитывая что сейчас значительная часть софта написана на скриптухе, а скриптуха компиляется в байткод, который потом JITом компиляется в машкод, то ответ – да.

Разве это по лицензии допустимо?

А выкидывать поддержку эльбруса из апстрима по желанию левой пятки по лицензии допустимо? Что они нам сделают – мы в другом городе.

он не ориентирован на рынок

Как будто что-то плохое.

В том сообщении была констатация факта, а не оценка ситуации. Хорошо-плохо - это уже оценка.

Алё!!! Какая «скриптуха»? Какой «байткод»? Какой «JIT”? Задача современного домашнего ПК - показать Интернет, делает это одна единственная программа, а как она это делает многим до фени. Будьте реалистом в конце то концов.

Задача современного домашнего ПК - показать Интернет, делает это одна единственная программа, а как она это делает многим до фени.

И у этой программы внутри скриптуха, JIT и байткод, оптимизированный под x86_64. Увы.

То есть, никакого контроля нет. Безопасности тоже нет.

А какая модель угроз?

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

Я бы согласился с вами, если бы у меня была машина времени. Но её нет. Да и альтернатив особо нет. Разве договориться с американцами и захватить Тайвань, чтобы он не достался китайцам (а с китайцами — чтобы он не достался американцам). А так — есть литограф на 130нм и это уже успех. Радуйтесь тому что есть.

А, ну ок, я всю ветку не читал, признаюсь честно.

Компилятор C и C++ - дно, так как заставляет программиста самому работать компилятором, вместо того, чтобы делать всё самому.

С кочки ленивого юзера lcc/l++ достаточны для сборки прикладного софта и его работы с приемлемой скоростью. Проверял на своем повседневном софте:

• root.cern.ch, ROOT v5.34 или около того. Собирается с тривиальными патчами, работает с ожидаемой для 1.5 GHz скоростью.

• latex (texlive) работает из коробки с ожидаемой скоростью.

• Самописный софт: собирается и работает из коробки, некоторые куски неожиданно быстро, один кусок (написанный коллегами на C++ по моему описанию алгоритма) – неожиданно медленно. Здесь надо разбираться в первую очередь с чисто программными ляпами, потом уже смотреть, что с кодом делают g++-x86_64/lcc-e2k. Пока ничего говорить не буду.

Итого: впечатления от гипотетического переезда x86_64/gcc -> e2k/lcc сопоставимы с миграцией VAX -> Alpha, Alpha -> x86/gcc. Никаких «на этом работать невозможно».