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

Вижу, ты не очень умный. Не переживай, я поясню тебе так, чтобы тебе было попонятнее.

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

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

Ну давай еще раз: небольшая команда написала инди-игрушку. Тут на прилавках магазинов появились системники с «Эльбрусами», на энтузиазме мы их себе купили и решили игрушку перенести на «Эльбрус» так, чтобы не тормозило. Наши действия?

Извини, теперь я ничего не понимаю, сейчас ты хочешь сказать что ты считаешь что «небольшая команда написала инди-игрушку» это является типичной задачей домашнего ПК?

Наши действия?

https://www.youtube.com/@ElbrusPCPlay - спроси у мужиков. Им вот как-то не мешает. в том числе даже машины купить в персональное пользование.

https://habr.com/ru/companies/gaijin/articles/533380/ - спроси у Gaijin. Они ради эксперимента собирали свой движок и пару игр на Эльбрусы.

Спроси и тебе подскажут, что и как надо.

А на чем игры пишут, на мэйнфрейме? Ну не игру, утилиту консольную, что угодно.

Таки в чём проблема-то? Вон выше уже ссылку кидал на Gaijin. Чтобы собрать и запустить в нативном режиме (без ручной оптимизации под платформу), согласно слов авторов, им хватило поменять 120 строк (с новой версией компилятора, в которой завезли с++17 (статья 2020 г.)). Архитектурные макросы, как я понимаю, в основном. Работает приемлемо.

Пример ПО, как игра с собственным движком, достаточно сложный или нет? Учитываем, что там ещё 8C, который не умеет в вектора (следующее поколение уже научилось).

Есть ещё статьи (свежая от июня), если хотите про оптимизацию, где автор пытался выжать на Эльбрус максимум на FFT алгоритме.

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

Извини, я что-то опять ничего не понимаю. То есть, ты утверждаешь что типичный пользователь домашнего ПК, приходя домой со своей типичной работы, начинает пользоваться этим своим домашним ПК для того чтобы написать игру или консольную утилиту?

Не, про анестезиологов я знаю, но все остальные тоже?

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

Емнип, когда ровно этот же вопрос встал перед отцами, они на коленке налабали конпелятор сишечки и юникс. А ты чего ноешь?)

А ты чего ноешь?

О, как раз про это мне недавно показывали песню

Господин хочет узнать ЧТО нужно сделать для того, чтобы безболезненно: то есть с минимальными правками и без потери производительности перенести код на сабжевую архитектуру. Вот Intel когда-то выпускала книжку для разработчиков по портированию кода на x86_64, а тут что-то такое есть?

И самое главное: мне надо будет руками унроллить циклы, например, как в статье выше по ссылке или компилятор справится?

ТС на каждое сообщение приводит десять ссылок. Информации хватит на десятерых. А вопросы «как мне безболезненно» и «справится ли компилятор» задаёт или совсем безграмотный или троль,

Я из всех этих ссылок на статьи на Хабре вынес только одно пока что: если надо добиться хорошей производительности на этом вашем «Эльбрусе», надо фактически работать компилятором, делая то, что обычно делает условный gcc под капотом. И кто в трезвом уме и здравой памяти согласится ТАК писать код общего назначения?

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

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

Если хочешь выжимать производительность, то это нужно делать с любым компилятором. Даже под x86_64 gcc, clang и какой-нибудь icc выдадут тебе совершенно разный результат, в котором надо думать, что лучше умеет какой и «как заставить эту кобылу летать»(с). Причем последний также будет «заточен» под синие процессоры.

Для обычного типового прикладного кода на всё это в 99,9% ложить большим болтом.

На Эльбрусах всё нетривиально не с компилятором, а там где нужны JIT-ы и прочий RTC (тотже SpiderMonkey/V8, таже Java и т.д.), вот там да - исторически всё заточено на архитектуру x86_64 и переделать это всё на что-то другое требуется время и финансовый вопрос (и то справляются). С другой стороны всё тоже самое справедливо для arm/risc-v/longsoon/etc. и ничего, как-то люди справляются.

Ну, это слишком топорная пропаганда, такое мы не ценим, нет.

Внедрили один видео сервер?

ПАО «Распадская угольная компания» успешно внедрила в систему безопасности российские видеосерверы «Domination ВЫСОТА». Данная разработка создана прикамской компанией «ВИПАКС» совместно с разработчиком микроэлектроники АО «МЦСТ».

На данный момент на объектах «Распадской угольной компании» стоит более 40 видеосерверов от Domination, записывающих и хранящих данные с 1824 камер.

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