Pull to refresh

Comments 73

А сайта на не-русском у МЦСТ совсем нет?
хм, похоже нет. Наверное это следстие ориентации только на российский рынок. Что наверное и правильно на сегодняшний день.
Наверное это следстие ориентации только на российский рынок.

А он этот рынок есть?

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

Весной общался с представителями МЦСТ.
С технической точки зрения — они действительно молодцы. Команда из 450 человек тащит абсолютно всё — от проектирования кристалла и плат до портирования и оптимизации конкретного ПО заказчика.
Основная их проблема — отсутствие массовости. Они не могут запустить серию, потому что на неё нет спроса. Отсюда и штучные изделия и их цена.
И откровенно говоря, я не вижу альтернатив, кроме как активно продвигать двоичный транслятор x86 для запуска огромной кучи ПО, которое используется в гос. структурах. Ибо никто не будет его пересобирать под VLIW.
В этом случае есть хотя бы гипотетическая вероятность, что они смогут-таки пропихнуть несколько тысяч машин в какую-либо гос. структуру, где их будут использовать как простую замену x86, безо всяких преимуществ VLIW.

Очень надеюсь, что у ребят это получится.
А вот тогда уже можно и показать «А вот смотрите-ка, то же самое приложение, скомпиленное под VLIW, работает на 70 % быстрее.»
Возможно Вы правы и единственный вариант это бинарная трансляция!
Но если задуматься, несколько тысяч системных блоков (пусть 10 тыс). А для этого нужно выпустить чипы, что ну прямо скажем не дешевое удовольствие, зарплату на 450 человек ну и все остальное. И это получается, что системный блок, как был золотым, так и остался золотым. И главное ничего нового не получим, ведь Вы правильно заметили, что теряются преимущества,
Другое дело, если для определенного класса задач где требуются эти преимущетсва, выкинуть бинарную трансляцию и оптимизировать ПО. Вот при таком подходе, есть надежда, что и другие сегменты появятся. Пример задачи, реализация того самого закона Яровой, где нужно очень много серверов для хранения данных.
Но абсолютно согласен на счет того, что разработчики молодцы!
Мы активно применяем Эльбрусы в гос-структурах. Все ПО пересобирается на Эльбрусья в лёт и нормально работает. Сложнее бывает, когда ПО написано под винду, тогда приходится сначала портировать в линукс, а потом уже просто собирать на Эльбрус.
Согласен. С ПО для Линукса проблем особых нет, пересобирается и работает нативно
UFO just landed and posted this here
Компилятор регулярно (пару раз в год) обновляется. В текущем норм C++11, с C++14/17 пока есть сложности, обещают поправить в ближайшее время.
UFO just landed and posted this here
Расскажите об этом подробнее, что за софт, как портируется, какой линукс используется, и так далее…
Все ПО пересобирается на Эльбрусья в лёт

А какое это или что это за ПО, которое мспользуется в госах на Эльбрусье?

В основном специфическое для конкретного заказчика ПО: субд, развесистый GUI, документооборот, специалилизрованное серверное ПО и т.д. К сожалению, когда речь идет о государственном заказчике, подробности рассказать не получится :(
когда речь идет о государственном заказчике, подробности рассказать не получится

Какие-то тайны полишинеля. А может дело не в ПО? Что же может быть специфического в СУБЛ или GUI. Так мы никогда и ничего импорто не заменим.

0_о как «так»? Вы считаете, что если в интернете написать о том, какой софт гос-структуры для самих себя разрабатывают и используют, импортозамещение пойдет бодрее? Довольно странная позиция.
Суть же не в том, что там СУБД сильно особенные или GUI какие-то не такие как везде. Особенной является информация, которая в них храниться и обрабатывается. Само существование некоторых систем может являться государственной тайной. И наше государство в этом вопросе никак не отличается от других.
Само существование некоторых систем может являться государственной тайной.

Систем — Да! А общесистемного ПО? ОС — не секретна, а какая СУБД от того же Линукс Секретна!


Вы считаете, что если в интернете написать о том, какой софт гос-структуры для самих себя разрабатывают и используют, импортозамещение пойдет бодрее?

Да, именно бодрее пойдет! Личный пример (в данном случае госструктур) никто не отменял. И принцип "делай как я" тоже жив. Вопрос в том, если что делать?

Так никто свои СУБД и не разрабатывает. Все используют опенсерс. Чаще всего — постгрес. И на его основе строят специализированные системы :)
ОС Эльбрус (Линукс на Эльбрус) открыт, ссылку на гитхаб давали. Большая часть «общесистемного» софта опенсерсная: glibc, systemd, Qt5, .NET Core и т.д.
Большая часть вносимых в опенсерс продукты изменений коммитится, так как это выгоднее, чем поддерживать самостоятельно.
Скрывается только специфика, которая все равно никому кроме конкретной гос структуры не нужна :)
это обычные прикладные программы для Линукса. Очень много использует Qt, ну и конечно весь остальной набор, типа баз данных.
У военных если используют Эльбрусы насколько я знаю тоже стоит Линукс (ОС Эльбрус) ну и тоже самое. Тема действительно специфическая, делается под заказчика, ну а у нас принято скрывать все на свете, даже если скрывать там не чего.
Ценник у них сейчас рухнул минимум в два раза, если сравнивать с тем временем, когда монокуб был ещё предсерийной бетой. Да и СБК сейчас живет на достойном уровне.
Ну все равно цены хотелось бы поменьше. Но с другой стороны, процесс движется, что безусловно радует. Ну и Эльбрусы все таки не стоит с малинаками сравнивать. А для спец применений характерен другой порядок цен не только у нас.
Ни при чем. Я имел в виду, что высокая цена понятие относительное.
Компилятор в открытом доступе не нашли, но поскольку мы подписали NDA, нам выдали бинарники под Линукс. Компилятор оказался вполне себе gcc-совместимым [...] линукс, пусть и с модификациями, собирается этим компилятором [...] совместимость с gcc очень сильно порадовала

Все это наводит на определенные мысли, уж не форк ли это GCC случаем? В этом случае очевидно нарушение GPL.

Нет, это не форк gcc. это оригинальная разработка основанная на lcc, которая совместима по интерфейсу с gcc. Я не уверен, что там осталось хоть что то от lcc, но совместимость с gcc реально порадовала.
Немного уточню, эльбрусовский компилятор не основан на lcc, название lcc идет от eLbrus Compiler Collection, у МЦСТ-шного lcc фронтенд EDG , такой же как у интеловского icc, остальное оригинальная разработка.
Все верно, компилятор у них от EDG. Я его глядел, там от gcc вообще ничего нет.
К сожалению Edison имеет достаточно кабальную лицензию, что не позволяет МЦСТ открыть даже исходники их собственного бэкенда :( Хотя сейчас у них есть проект по портированию всего этого чуда на LLVM, но он пока в зачаточном состоянии.
Вообще в МЦСТ все чаще ходят мысли о том, что пора опенсерситься, так что весьма возможно, что в ближайшие годы мы увидим на гитхабе их исходники.
исходники ядра линукса открыты долгое время, однако только мы и разработчики компании Доломант задавали вопросы и как то их использовали.


Сдается, что вы не владение информацией. Достаточно взглянуть на официальные пресс-релизы МЦСТ:

Обеспечена совместимость серверной платформы Эльбрус-4.4 и ЗОСРВ «Нейтрино-Э»:

Отвечая современным требованиям, АО «МЦСТ» и ООО «СВД Встраиваемые Системы» обеспечили совместимость отечественной серверной платформы Эльбрус-4.4 и защищенной операционной системы реального времени (ЗОСРВ) «Нейтрино-Э».

Ядро ОС Эльбрус — монолитное, у QNX — микроядерная архитектура. Так что ваша цитата не противоречит тому что линуксовым ядром никто не интересовался.

Это отличие не играет никакой роли. При портировании любой ОС на это железо не подглядывать в Linux разработчики 100% не могут. У коллег из МЦСТ уж больно много своих фишечек, включая разбиение стеков потоков на группы, ассемблерную магию и т.п. По их же словам ряд функций системной библиотеки получен за счет дизассемблированного когда, сгенерированного LCC по Си-шной заготовке просто потому, что он это делает лучше, чем у специалистов получалось вручную.

Так что тут без первоисточника, а это в первую очередь Linux, ни шагу.
Ответил ниже, но повторюсь. Речь идет об использовании именно открытой версии ядра линукса. Информацию из цитаты получил от одного из разработчиков в МЦСТ. Могу предположить, что МЦСТ передали исходники в рамках соглашения между компаниями!
Постойте, на гитхабе по ссылке выше исходникам 3 дня. Ваш исходный тезис говорит о том, что они открыты долгое время. Как так?

Могу предположить, что МЦСТ передали исходники в рамках соглашения между компаниями!


МЦСТ выложили в открытый доступ какой-то другой Linux, а под NDA распространяет некие «настоящие» наработки? Даже если на время забыть о 3х днях.
Да, изначально мы нашли ядро линукса в другом месте. Сейчас та ссылка закрыта. Взамен, нам дали приведенную ссылку на github. Мы обнаружили, что ссылка была закрыта когда готовили статью, возник приведенный Вами разговор, и по нашей просьбе исходники ядра появились на github.

МЦСТ выложили в открытый доступ какой-то другой Linux, а под NDA распространяет некие «настоящие» наработки?

Наработки настоящие. Но казус который мы так упорно обсуждаем мог возникнуть из за того, что в отличие от нас, когда портировали QNX, сразу передали исходники ядра или еще что то, и не пришлось искать это в открытом доступе! То есть при общении между компаниями, не нужны исходники в открытом доступе!
Спасибо за информацию, теперь буду ей владеть. А кто владеет информацией, владеет миром.:)

Собственно, меня немного опередили, но свормулирую иначе.

Речь шла конечно, не о том кто запускается на Эльбрусах, а имено об использовании открытого кода. Я знаю еще несколько ОС которые поддерживают данную архитектуру, но речь повторяю не об этом. К тому же, не стоит воспринимать статью на хабр, как официальный пресс-релиз. Ну как минимум, мы еще не реализовали всех функций ядра, поэтому заявить, что Embox полностью поддерживает данную платформу, мы не можем.

Вот еще информации о том что еще сделали под Эльбрус на свободном ПО

По поводу приведенной Вами информации. Я могу только приветсвовать, то что экосистема развивается и, что ООО «СВД Встраиваемые Системы» вносит свою лепту! :)
Я знаю еще несколько ОС которые поддерживают данную архитектуру, но речь повторяю не об этом.


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

И эти самые люди с неназванными ОС все писали не глядя в Linux?

Вот еще информации о том что еще сделали под Эльбрус на свободном ПО


По ссылке жалуются на «The page you were looking for doesn't exist.»
извините, вот ссылка https://lvee.org/ru/abstracts/286
И эти самые люди с неназванными ОС все писали не глядя в Linux?

Где я такое написал?
Думаю все ОС были портированны с участием сотрудников МЦСТ или как минимум с их консультациями. Конечно использовались наработки от МЦСТ в том числе и в коде ядра линукса.
Если верить этому:

Бывшая команда ALT Linux выпустила ОС для процессоров «Эльбрус», ARM и MIPS,

То Альт там запущен лишь в режиме бинарной трансляции, а это уже сильно снижает ценность разработки.

Думаю все ОС были портированны с участием сотрудников МЦСТ или как минимум с их консультациями. Конечно использовались наработки от МЦСТ в том числе и в коде ядра линукса.


В чем тогда ценность наличия некоего deprecated опенсорса?
А почему Вы решили что это бинарная трансляция у Альт-а. Не понимаю с чего вы это взяли, с фразы
ОС АЛЬТ пересобирается из ОС АЛЬТ для x86 версии 9.

Ну так тут написано, что пересобирается, а не запускается в бинарном виде.

И что Вы подразумеваете под термином «deprecated опенсорс»?
Ну так тут написано, что пересобирается, а не запускается в бинарном виде.


Из исходников ОС для x86 нельзя получить полноценную ОС под Эльбрус простой пересборкой другим компилятором. Тут как минимум иная логика обработки аппаратных исключений, другой ABI, много стэков у потоков, 128 битная адресация (если про защищенный режим говорить) и особый набор периферии, включая контроллер прерываний. Так что ничем иным, кроме как бинарной трансляцией (что в некотором смысле тоже пересборка) это быть в такой формулировке не может.

И что Вы подразумеваете под термином «deprecated опенсорс»?


Это вопрос в владельцам репозитория на гитхабе по Вашей ссылке. Коммент к коммиту вполне однозначный: «Add deprecated kernel sources».
Насколько я знаю Альты часть софта портировали под платформу, а часть действительно пересобрали в режиме бинарной трансляции. А что-то и вообще не потребовало порта, достаточно было компиляции. Плюс у них там до сих пор лишь половина репозитория портирована. Многие вещи пока даже не собираются.
Если Вы в курсе их кухни, интересно все-таки ядро ОС какое: нативное Альт, ядро от ОС Эльбрус (как указали ниже) или бинарно-транслированное Альт. Насколько мне известно, тут не может быть двух вариантов.

А с софтом мне сказать нечего, не совсем понимаю в чем тут изюминка, поскольку есть официальный дистрибутив Линукса — ОС Эльбрус.
Не могу сказать что прям сильно в курсе. Просто на ютубе есть относительно свежая двухчасовая лекция Шигорина о состоянии дел с эльбрусами в Альте.И емнип ядро там от МЦСТ, но относительно свежее. Хотя я не знаю как оно им было предоставлено, в виде бинарников или патчей к ванильному ядру.
Спасибо. Кроме МЦСТ, похоже, никто разработку ядра Линукс под Эльбрус так и не осилил.
Так они же не открывают свою систему команд, даже тем кто подписал NDA. Все из-за заморочек с военными/академией наук. Например товарищам из Унипро, по состоянию на конец 2016 года, ее так и не открыли, хотя те по заказу МЦСТ портировали Java и сейчас портируют js и C# движки. Им пришлось реверсинженирингом ее получать. Так-что ничего удивительного что никто кроме самих МЦСТ не учавствовал в портировании ядра. Да и зачем, если МЦСТ это уже сделали.
Систему команд они открывают достаточно спокойно. Если того хотят, естественно. Без ассемблера там очень плохо, если нужно что-то начинать ускорять.

Видимо у обозначенной конторы какие-то свои терки с МЦСТ.
Так на нераскрытие системы команд и альтовцы жаловались. Вот тут например. Что-то конечно открыто, но далеко не все. Позиция МЦСТ в том, что компилятор все-равно умнее. Человеку ассемблер не особо нужен. Да и дело тут не в терках. Эта позиция вынужденная. В 90-е военные спасли эту архитектуру, и часть наработок принадлежит минобороны, и еще часть академии наук, в том числе и система команд. МЦСТ хотят открыть ее, но для этого ее нужно рассекретить, и опять-же по словам Шигорина военные довольно активно ведут работы по согласованию рассекречивания, более того тоже заинтересованны в раскрытии, а соответственно привлечении гражданских специалистов к работам. А вот с академией наук ситуация другая. Им пофиг откроют систему команд или нет, и шевелиться по этому вопросу они не хотят.
В Базальте сказали, что у них никогда не использовалась бинарная трансляция. Ни для каких частей
Лукавят. То что они пересобрали по под целевую архитектуру не значит что ПО не генерирует асемблерный код для х86. Они лишь частично портируют приложения по эльбрус, там где могут. Яркий пример php. Они его собрали, но не адаптировали, поэтому интерпретатор(а с новой версии и jit-компилятор) генерят х86 инструкции. И поэтому все ваши php скрипты будут исполняться в режиме бинарной трансляции.
ну, как говориться, мы сами не местные, в смысле не из базальта, за что купил за то продал.
Цитата от Шигорина, которого Вы упоминали:
у нас как раз отродясь e2k-alt-linux
Про бинарную трансляцию, тут обсуждать бесполезно.
а также о совместимости с архитектурами ARM и MIPS в их 32- и 64-разрядных вариантах.

Это по вашему тоже в бинарной трансляции сделано, ведь все из x86 собирается.
В общем, Альт Это дистрибутив Линукс, полное название Alt-Linux. Если не догадались, то ядро там от МЦСТ, ну а прикладные пакеты уже собраны нативным компилятором.

«Add deprecated kernel sources»
Теперь понятно, спасибо. Ну я думаю, это не последняя версия ядра которую используют в МЦСТ, для ознакомления с архитектурной частью, вполне достаточно.
Это по вашему тоже в бинарной трансляции сделано, ведь все из x86 собирается.


Это у ядра линукса из коробки есть и собирается из отдельных веток дерева ядра — kernel/arch/*. Ни о какой сборке x86 под ARM/MIPS речи тут нет.

Если не догадались, то ядро там от МЦСТ, ну а прикладные пакеты уже собраны нативным компилятором.


В чем отличие от ОС Эльбрус, если так?
В чем отличие от ОС Эльбрус, если так?

ну приблизительно как дебиан отличается от альта.
Да, выше правильно подмечено, что некоторые пакеты из репозитория Альта до сих пор не собираются, но насколько я знаю это не основные пакеты.
По поводу текущего состояния и бинарной трансляции, спросил у сотрудника альта, который этим занимается.
В чем отличие от ОС Эльбрус, если так?

Ну как минимум libc там точно отличается. Да и пакентый менеджер со всем содержимым репозитория тоже. ОС Эльбрус это дистрибутив который разрабатывался под нужды военных, там очень ограниченный набор ПО. Военным его хватает с головой, а вот для гражданского применения его уже не достаточно. Вот для этих целей и портируется Альт и Астра.
Не думаю, что без МЦСТшного glibc / libm есть жизнь на марсе. У них и memcpy()/… и вся математика сильно свои и на специфичных стероидах.

А по репозиторию и направленности вопрос понял. Думается, что у Альта с Астрой проблем по поддержке прибавится много.
Ну насколько я знаю у альт тоже есть свои наработки в libc, и видимо либо альтовцы вмержили свои изменения в libc от МЦСТ, либо МЦСТ предоставило свои патчи к ванильному libc. Тут я к сожалению не в курсе.
Смысл в том что теперь можно нагуглить ассемблерные команды для Эльбруса. И эту статью, где к ним еще есть текст на русском языке. Раньше это нагуглить было нельзя.

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

Буду ждать продолжения.
Ну вот не пойму. Два-три года назад у этого набора ещё была куча преимуществ. Сейчас любознательному школьнику проще купить какой-нибудь Orange Pi в N раз дешевле и безо всяких NDA, у которого на сегодняшний день обвязка и получше может быть. Если бы это уже было в каждой школе, была нормальная (да пусть и закрытая, но доступная всем) программная инфраструктура, если бы листинги программ печатались в условно бесплатных школьных и кружковых журналах, то глядишь и раскупали бы их как горячие пирожки. Замкнутый круг какой-то: дорогое, потому что мало продают, а мало продают потому что дорогое.
Не уверен, что я Вас правильно понял, но попытаюсь сформулировать.
Да, проблема объема продаж первоочередная, но сравнивать с Распбери некоректно!
Я считаю, что некорректно даже сравнивать с десктопами, ведь как я написал в статье, данная архитектура имеет ряд преимуществ в других сегментах. Если раздать школьникам, то это не решит проблему, а лишь увеличит затраты. На мой взгляд, следует искать рынок, причем в тех сферах где преимущества налицо (высокая производительность, обработка сигналов, обработка мультимедиа). Пока, к сожалению, есть сегмент госсектора, в котором используют как замену доверенному ПК, это важно, но все таки не расскрывает преимуществ.
Может тогда и ниши — нет? Вот пользуются же спросом всякие радиоконтроллеры от AD, которые стоят весьма некислых денег.
Думаю в нише как раз проблема. Она наверное есть, но в условиях нашей экономики не выгодно ее искать.
Тут ведь, либо кто то вольет очень много частных денег (с соотвествующими рисками), либо государство. А как объяснить чиновнику, что делаем что то нужное. Ну сказать, что вот у него будет компьютер, такой как он привык, только наш отечественный.
Ну вот чем не выход — пропихивать через образование? Придётся потратить примерно сопоставимые суммы, примерно в такое же никуда, но в итоге получим массы молодёжи, которые знакомы с этой системой. Конечно, в работу их потом брать будут ничтожные доли процента, но даже этого может быть достаточно, чтобы эта же молодёжь потом нашла применение этим числодробилкам.

Ну сказать, что вот у него будет компьютер, такой как он привык, только наш отечественный.
В этом тоже загвоздка, не тянет оно на «такой же, только отечественный,» послабее в таких приложениях. Как некое embedded-решение, или для обучения сойдёт. А вот танчики на нём плохо запускаются, в госконторы массово не зайдёт.
Имхо странное решение. Мое видение что им нужно пробиваться на сервера. Вся их продукция кроме серверов уж очень дорогая, а сервера, с учетом довольно неплохой производительности последнего поколения процессоров(Эльбрус 8СВ), получаются сильно дешевле рынка. Сервера от HP или IBM сильно дороже. Плюс у них дорогая техподдержка. Поэтому на сервера можно пробиться из-за дешевизны. И к счастью в МЦСТ это понимают поэтому и занимаются портипованием языков программирования, субд и прочим.
согласен, в серверах данная архитектура вполне себе уместна.
UFO just landed and posted this here
Но оно хотя бы доступно для покупки без этого NDA. Можно под них собирать программы без NDA. И главное — стоит оно копейки.
ну тут тоже самое, когда покупаете, то можно собирать программы, просто например драйвера вы не сможете написать, а прикладные программы пожалуйста, есть компилятор входит в состав ПО насколько я знаю. Не уверен на счет внешнего репозитория пакетов, но думаю Альт его сделает, если уже не сделал.
Я вот не понимаю. Драйвера чего писать? Те, которые от вендора должны идти — зачем? Под собственную ОС — ну тогда мозгов и на реверс-инжиниринг может хватать. Для своих девайсов — я, конечно, в этом не понимаю ни грамма, но мне кажется, у линукса должен же быть какой-то HAL? И зачем авторы статьи подписывали NDA для получения бинарников компилятора? И если есть выбор покупать одно или другое с одинаковыми костылями по открытости, то не проще ли купить то, что дешевле и доступнее? Вот OrangePi я пошёл и купил на алишке за минуту, через неделю оно у меня в кармане. Где достать этот волшебный набор, когда на него не то чтобы магазинов нет, но и цен нигде не написано? Ну вот сходу совсем не нашёл.
UFO just landed and posted this here
На OPi/RPi/Arduino я в Doom 3 сыграть не смогу, а на эльбрусе — вполне себе да.

Малина правда не тянет дум3 ?

FullHD? С нормальными текстурами? Или у малины вдруг вырос PCIe и дрова для AMDшных карт появились?
Ну да, Эльбрус как раз для Doom 3 :)
Ну в ключе вышеупомянутых вопросов дум3 какраз подходит =) А так можно ещё упомянуть СУБД и всякие расчёты белков.
Sign up to leave a comment.