LINUX.ORG.RU

МЦСТ раскрыл исходные коды компонентов Linux, системных библиотек и ПО для платформы «Эльбрус»

 , ,


4

5

Компания МЦСТ открыла веб-портал dev.mcst.ru для разработчиков ПО на платформе Эльбрус, где публикует исходные тексты и патчи.

На данный момент опубликованы:

  • исходный текст ядра Linux для архитектуры Эльбрус;
  • исходный текст библиотеки glibc для архитектуры Эльбрус;
  • набор патчей для оригинальных исходных текстов прикладных пакетов дистрибутива Эльбрус Линукс.

Также на портале доступны для скачивания учебные материалы и руководства для программистов, собраны ссылки на ресурсы и сообщества, посвященные тематике платформы Эльбрус. Через форму запроса можно подать заявку на получение удаленного доступа к серверам Эльбрус.

>>> Подробности

★★★★★

Проверено: shell-script ()
Последнее исправление: shell-script (всего исправлений: 2)

Ответ на: комментарий от liksys

Потому что Эльбрус объективно не шибко быстрый.

Это lcc небыстрый, если задать ему -O2/O3.

На встречавшихся машинах e2k было столько ядер, что достаточно сказать make -j24, чтобы не думать о таких мелочах. И таки distcc никто не отменял, да.

x22
()
Ответ на: комментарий от hobbit

А во-вторых, был ряд историй, когда вылезали «тестеры», заявлявшие, что Эльбрус дико тормозит… а потом выяснялось, что запускали они свои тесты в том самом режиме трансляции. Поскольку нужное им ПО существует только для x86, а отдуваться у них за это должен, конечно, Эльбрус.

Ну так это уже недостаток ума знаний у тестеров...

Somebody ★★
()
Ответ на: комментарий от x22

Еще несколько лет назад шелл на e2k раздавали всем желающим. Твори, выдумывай, пробуй (с)

Ну, так нечестно! Вы предлагаете то, что доступно, а им хочется «чего-то другого!», недоступного... :)

Somebody ★★
()
Ответ на: комментарий от x22

Это lcc небыстрый, если задать ему -O2/O3.

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

liksys ★★★☆
()
Ответ на: комментарий от frost_ii

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

Не фантазируйте, он уступает даже Эльбрусу при использовании всех ядер на обоих.

jpegqs
()
Ответ на: комментарий от IvGrad

У Loongson есть существенный недостаток по сравнению с «Эльбрус» это отсутствие поддержки х86-64 для поэтапной миграции с одной платформы на другую.

Но китайцы это уже решают, добавили дополнительные инструкции для ускорения эмуляции x86.

jpegqs
()
Ответ на: комментарий от Somebody

Еще несколько лет назад шелл на e2k раздавали всем желающим. Твори, выдумывай, пробуй (с)

Ну, так нечестно! Вы предлагаете то, что доступно,

Это не я. Шелл предлагали из домена .ch. Золотая жила для тщей майоров, и не говорите.

x22
()
Ответ на: комментарий от x22

Ну вы понели.

Ну да, вы её только на картинке видели.

А то. Успеет этот ваш линакс загрузиться …

Зачем ему там загружаться? GPS/Glonass они наверное на патефон принимают.

Ваша бредятина скучна.

frost_ii ★★★★★
()
Ответ на: комментарий от frost_ii

Ну вы понели.

Ну да, вы её только на картинке видели.

Поцчему на картинке?

Движок Фау-2 ручьками приходилось щупать. Не помню только, оригинальный немецкий или ужэ наша реплика.

x22
()
Ответ на: комментарий от frost_ii

А мне зачем?? :)

Я имел в виду, что не только китайцам может что-нибудь куда-нибудь попасть...

Мы на это никак не влияем и повлиять не может, а посему и волноваться особого смысла нет. :)

Somebody ★★
()
Ответ на: комментарий от liksys

Не то что бы «не шибко быстрый». Была хорошая статья на Хабре про методы оптимизации для Эльбруса на примере решения краевой задачи. Если ему индекс в массиве поменять с int на long, так перформанс уже там раза в три подскакивает, ЕМНП. Если к «уникальному процессору» приложить «уникального программиста», то результат может быть вполне хорошим на определенном классе задач. Байты молотить он может хорошо, а вот на задачах компиляции, где сплошной поиск по таблицам и переходы в конечных автоматах, так процессор проигрывает от слова «совсем», как я понимаю.

gns ★★★★★
()
Ответ на: комментарий от Somebody

Если мы рассматриваем импортозамещение как замещение импорта из стран запада на импорт из Китая, то да.

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

frost_ii ★★★★★
()
Ответ на: комментарий от frost_ii

Комдив 1890ВМ108, 1890ВМ118 и графический процессор 1890ВМ128 в том числе и для гражданского применения разрабатывались.

IvGrad
()
Ответ на: комментарий от frost_ii

Меня никто никуда не записывает. Ну, разве что, какая-то мелочь всё в «клоуны» вербует... ;)

Ну а так-то стоит такую возможность (спорадическое «схлопывание» товарных линеек) иметь в виду, и как-то включать в свои планы, и подстраховываться.

Somebody ★★
()
Ответ на: комментарий от Somebody

Кстати, «Комдив» собирались объединить с RISC-V

Совместная работа НИИСИ и компании MIPS над новыми версиями процессоров с архитектурой MIPS и расширениями к ISA позволит объединить экосистемы MIPS, КОМДИВ и RISC-V 64-bit, сформировать стек новых расширений RISC-V.

https://www.electronics.ru/files/article_pdf/8/article_8867_562.pdf

IvGrad
()
Ответ на: комментарий от x22

Еще несколько лет назад шелл на e2k раздавали всем желающим.

И сейчас функционирует, пополнившись дополнительными серверами с ОС Эльбрус, Альт и Астра

https://elbrus.kurisa.ch/

И официальным вариантом

https://dev.mcst.ru/access/

IvGrad
()
Ответ на: комментарий от IvGrad

Ну почему все? АРМы вот не идут и неплохо существуют. Даже не только на мобилках, но теперь и на Маках, и есть попытки в серверный сегмент залезть.

Кто-то выше, кажется, @gns, сказал «Мне интересно, всё, что не x86». Я под этим подписываюсь. Нет, я не хочу x86 закопать, пусть живёт. Я хочу, чтобы десктоп или сервер были не обязательно x86, чтобы был выбор.

Эмуляция x86 в процессоре это позиционирование себя как догоняющего, этакий ReactOS на аппаратном уровне. Лоббирование же своей собственной системы команд куда более интересный путь. Но да, для этого и уровень открытости надо ещё сильнее поднять (может, не сейчас, может, когда вопрос с техпроцессами будет решён, это уже детали), и много ещё чего потребуется.

hobbit ★★★★★
() автор топика
Ответ на: комментарий от IvGrad

https://elbrus.kurisa.ch/

«Поскольку администратор будет в отпуске с 11 июля по 2 августа, запросы, поступившие в этот период, будут обработаны только после 2 августа».

Прям что-то напомнило ‘прохладные’ истории из Германии: 🙂

Я реально не понимаю, как люди в принципе могут настолько х***о планировать, чтобы была ситуация типа «б*я хочу жрать в три часа ночи, а в холодильнике пусто».

krasnh ★★★★
()
Последнее исправление: krasnh (всего исправлений: 2)
Ответ на: комментарий от IvGrad

https://dev.mcst.ru/access/:

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

x22
()
Ответ на: комментарий от krasnh

Администратор тоже человек и каждый год примерно в это время уходит в отпуск. Тем более, ресурс не официальный, а создан для энтузиастов.

IvGrad
()
Ответ на: комментарий от x22

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

IvGrad
()
Ответ на: комментарий от Somebody

Да мало ли что там «считают они сами…

Тут, к сожалению, как в анекдоте про бегемота, который плохо видит.

Большое количество крупных разработчиков долгое время жило в реальности, что есть одна ОС (Windows) и одна система команд (x86, разве что поколения разные). Им это здорово облегчало жизнь.

Потом в части ОС начались изменения (не только в России, но и во всём мире, у нас этот процесс просто оказался форсирован – администрация условного Мюнхена может сначала входить, потом выходить, потом снова замечательно входить и возможно даже получать от этого некий профит, я не знаю – у нас всё жёстче, входить и выходить некогда).

И у крупных разработчиков началось. Сначала отрицание: «профессионалы выбирают Windows, эти ваши лялепсы студенческие поделки для прыщедрочеров». Потом гнев: «Ааа, госорганы занимаются попилами и откатами, заставляют нас переходить на этот ваш линукс»! В истории ЛОРа можно найти множество высказываний и по первому, и по второму. Сейчас уже сколько-нибудь серьёзные игроки либо дошли до принятия, либо занимаются торгом уровня «перейдём, но не сейчас, ну или вайн поставим». Понятно, что кто дошёл до торга – дойдёт и до принятия, это вопрос времени. Тем более, если говорить про энтерпрайз, значительная часть его написана на Java, у которой с линуксом проблем нет.

С железом и Эльбрусами в частности намного сложнее. В случае с Эльбрусами, в частности потому, что взять и купить для своей системы 100 Эльбрусов даже солидной фирме куда сложнее, чем 100 интелов (политкорректно выражаюсь, да). И процесс тут запоздал. А с другой стороны сверху подгоняют. Ну и начинают люди сочетать отрицание с торгом. Искренне считают, что если есть процессор, который идёт на замену интелам, он ДОЛЖЕН работать на x86, то, что у него ещё какая-то система команд есть, это им совсем не интересно. Вот из таких убеждений и проистекают тесты, о которых я писал.

Они плохо видят. Но при их весе и количестве это пока не их проблемы.

hobbit ★★★★★
() автор топика
Ответ на: комментарий от hobbit

Совместимость ARM на Apple с х86-64, например. Чтобы поэтапно мигрировать, как и в случае «Эльбрус». Qualcomm опять же со Snapdragon X Elite.

IvGrad
()
Ответ на: комментарий от hobbit

Ой, я, кажется, накаркал…

ЛОР-эффект.

// От десанта с ЛОРа еще никому не легчало (c) //

x22
()
Ответ на: комментарий от hobbit

Это было бы так, но Эппл сменил 5 процессоров, а его пользователи этого даже почти не заметили. Как покупали новый макбук этого года и там «все работало», так и продолжают это делать, и там «все работает». Ну да, Мак — не сервер, инфраструктуры за ним почти нет. Но пользователям действительно не интересно, какая там в пузе система команд.

Я вон купил M1, поставил туда рулилку гитарным комбиком, так макбук мне сказал: ща все будет, только Розетту включу. Ну включил, и все стало. Dixitque Apple fiat ARM! Et facta est ARM :) А перед этим еще три раза так говорил.

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

gns ★★★★★
()
Ответ на: комментарий от gns

… Эппл сменил 5 процессоров, а его пользователи этого даже почти не заметили.

Что-то подсказывает, что с Виндовс так тихо и незаметно не будет.

x22
()
Ответ на: комментарий от IvGrad

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

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

Эльбрус — отличный процессор. От других. :) Все как-то работают хорошо в среднем и отлично при приложении сил. А эльбрус в среднем работает так себе и хорошо при оптимизации. Затрата на доведение программ до ума уж сильно большая получается.

gns ★★★★★
()
Последнее исправление: gns (всего исправлений: 1)
Ответ на: комментарий от x22

Ну... На ARMе-то чуть не Surface уже сделали. Там тоже процесс идет довольно быстрыми темпами. ДА и ноутбуки на ARM заявили уже примерно все. Софт без x86х инлайнов в коде должен перенестись бесшовно. Ну а остальное доточить недолго.

Ну да, тот же Эппл пакует сейчас все в fat binary, типа два кодовых сегмента, для ARM и для X86. Где хочешь, там и запускай. Да, работает не всегда. Тот же Емакс, который при компиляции вливает себе в пузо дофига лиспа имеет процессорно-зависимый сегмент данных. Ну да, колдунство не работает. Но лично у меня на маке емакс один такой.

gns ★★★★★
()
Последнее исправление: gns (всего исправлений: 1)
Ответ на: комментарий от gns

Софт без x86х инлайнов в коде должен перенестись бесшовно. Ну а остальное доточить недолго.

Не факт, что не-микрософтоский софт будут успевать пересобирать под ARM. Кстати, среди знакомых вендузятнегов энтузиазма насчот ARM нет.

x22
()
Ответ на: комментарий от frost_ii

Я и не против, путь будет. Я как-то подержал в руках Сурфейс, давно правда. Мне понравилось. Не купил бы, но удобно и красиво.

gns ★★★★★
()
Ответ на: комментарий от x22

У моих коллег спокойное к этому отношение. Винда давно на АРМе есть, еще с PocketPC. Я ж тоже сейчас винду «импортозамещаю» методом написания ядерного кода для Линукс. У нас команда двухплатформенная. Даже вот думаю «Windows Internals» на старости лет почитать :)

Маковский софт тоже тормозит. Я отслеживаю, что творится на традиционном для Мака рынке — музыка и дизайн, так тот же GuitarPro переписали мухой, многоканальную звукозапись — тоже, Есть «тормоза». Ямаха вон с Tascam'om не может никак разродиться на нативный софт для своего железа для M1... Видать, пока «никому не надо» :)

gns ★★★★★
()
Ответ на: комментарий от gns

У моих коллег спокойное к этому отношение. Винда давно на АРМе есть, еще с PocketPC.

Программеры понимают, что происходит, поэтому спокойные. У прикладных юзеров наблюдаю настороженность типа «что еще выкинет MS?».

x22
()
Ответ на: комментарий от gns

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

IvGrad
()
Ответ на: комментарий от IvGrad

Так ведь получается по результатам той же статьи про решения дифура, что одного компилятора для Эльбруса не достаточно, для него и писать надо немного по-другому. А столько кода не напортируешься.

То есть, количество со временем переходит в качество.

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

gns ★★★★★
()
Последнее исправление: gns (всего исправлений: 2)
Закрыто добавление комментариев для недавно зарегистрированных пользователей (со score < 50)