LINUX.ORG.RU

Обновился эмулятор архитектуры Эльбрус на основе QEMU

 , , ,


1

1

Эмулятор пользовательских приложений системы команд Эльбрус (qemu-e2k) обновился до версии 1.2. Скорректирован список неподдерживаемых операций.

Эмулятор qemu-e2k обеспечивает возможность, используя операционную систему семейства Linux запускать прикладные программы для операционных систем семейства Linux в машинных кодах Эльбрус (e2k) на компьютере архитектуры x86-64.

Эмулятор qemu-e2k (release 1.2) соответствует срезу версии 11.0.1 из основного репозитория проекта.

Версия qemu-e2k (release 1.2) поддерживает работу с приложениями, собранными под платформу Эльбрус версий системы
команд elbrus-v2 - elbrus-v6. По умолчанию задаётся версия системы команд elbrus-v6.

Версия qemu-e2k (release 1.2) имеет следующие ограничения:

  1. Поддерживается исполнение только 64-битных приложений. Не поддерживается работа 32-битных приложений и приложений, собранных в режиме безопасных вычислений.

  2. По умолчанию не поддержано исполнение нескольких потоков одновременно - исполнение всех потоков сериализуется. При этом qemu-e2k не пытается подменить информацию о доступном приложению числе ядер - эмулируемое приложение будет видеть столько ядер, сколько доступно хосту. В качестве возможного решения можно ограничить число доступных ядер на уровне хоста (например, с помощью утилиты taskset) или использовать опцию -e2k-opt maxopt,par для включения одновременного исполнения потоков.

  3. Поддержка работы с сигналами:

    • Не поддерживается обработка аппаратных исключений (особых ситуаций). Все аппаратные исключения приводят к SIGKILL.
    • Не заполняется структура ucontext, передаваемая в расширенный обработчик сигнала (третий аргумент sa_sigaction).
    • Не поддерживается вызов обработчика сигнала на дополнительном (альтернативном) стеке.Флаг SA_ONSTACK игнорируется.
  4. Поддерживается работа с GDB только при чтении гостевого состояния. Поддержка модификации гостевого состояния находится в стадии разработки.

  5. Отсутствует поддержка некоторых операций, не используемых в большинстве приложений.

  6. Отсутствует поддержка работы с плагинами.

>>> Зеркало QEMU с патчами поддержки архитектуры Эльбрус



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

Да ты чё!? а пАчему пользователи делятся параметрами запуска, на конкретном железе? Для особо тупых, у нас хотят сделать аналог стеам дек, но вот железо будет одинаковое! Никакого винегрета из невидий и прочего, ты уже матчасть изучи!

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

пАчему пользователи делятся параметрами запуска, на конкретном железе?

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

у нас хотят сделать аналог стеам дек, но вот железо будет одинаковое

Хорошо, два вопроса: (1) кто будет это покупать и (2) кто будет делать под это игры? Как выяснилось по ссылкам товарища @IvGrad, чтобы заставить игру сносно работать на эльбрусе, ее надо собирать из исходников и специально под него оптимизировать. Учитывая невменяемую цену эльбрусов для конечного пользователя и невозможность купить эльбрус за границей, объем рынка этой консоли будет катастрофически мал и недостаточен для окупаемости усилий по портированию на нее каких-либо игр, сложнее тетриса.

Стимдек начал с того, что заставил работать свои игры и существующие игры, потому и взлетел. Плюс - гигантская аудитория стима и доступ на мировые рынки. Если бы вальве запустили уникальную ни с чем не совместимую консоль - она бы померла от недостатка игр. Так почему же консоль на эльбрусе должна быть привлекательна для пользователя?

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

Собирают игры под ARM, никаких проблем! А можешь показать мне PS5 с невидией, интелом и АМД? Очень интересно посмотреть...

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

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

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

Собирают игры под ARM, никаких проблем!

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

В стимфрейме стоит арм, на нем игры работают тоже без перекомпиляции благодаря FEX.

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

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

А можешь показать мне PS5 с невидией, интелом и АМД? Очень интересно посмотреть…

Внутри PS5 стоит видеочип от AMD.

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

Я знаю, а где винегрет из невидия и инел? Вот у меня Проц АМД, видяха АМД, проблемы с запуском WIN игорь присутствуют, причём, игори, которые без проблем работали, вдруХ перестали, весь гугель перечитал, толку ноль...

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

Потому что Эльбрус перспективней Спарка.

… не более, чем голословное утверждение.

Хмм. Последний живой спарк у меня сдох где-то в 2005. И никаких движений типа «а давайте купим second hand / закажем клон у французов или МЦСТ» не было. Софт тихо перенесли на x86/Linux и забыли.

Когда доступ к e2k еще раздавали всем желающим, лично убедился, что программы на ~10^7 строк C++ переносятся с x86-64/Linux на e2k/lcc с патчами на 15 минут.

Где бы поиметь доступ к живому Sparc для теста на переносимость?

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

Я тоже видел. Два года назад возюкал местных фанбоев мордой по пруфам тупиковости VLIW, за что был объявлен врагом народа %)

А всего-то хочется, чтобы страна делала нормальные процессоры.

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

Я знаю, а где винегрет из невидия и инел?

Ты не ответил на мои вопросы и придумал какую-то свою тему для обсуждения.

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

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

Где бы поиметь доступ к живому Sparc для теста на переносимость?

У МЦСТ попроси, они их всё еще делают для военки.

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

Ну если тебе так хочется, что бы твоя страна делала процессоры, ну вперёд в разработчики! Какие твои проблемы? У нас разрабатывают и производят контроллеры, для мониторов, клавиатур, БПЛА, у тебя куча возможностей, дерзай!

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

У МЦСТ попроси, они их всё еще делают для военки.

А к e2k просить у МЦСТ было не надо. Другие предприятия раздавали без бюрократии. Тоже показатель «перспективности».

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

Я понимаю, что ты хотел разыграть карту «сперва добейся», но я буквально начинал абсолютно белый электронный бизнес в РФ в 2020 году, который закончился на невменяемых требованиях таможни, которая не соблюдает свои собственные правила, указы главтаможенника, постановления ФСБ и прочее. После чего я понял, что мне тут не рады, и уехал вместе с бизнесом на Кипр.

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

Тупые отмазки, возьми открытую архитектуру Риск 5,сделай на ней мощный процессор! ПРОФИТ! Почему сделали процессор Комдив и на его базе управлением станков ЧПУ, а ты не можешь...

https://tehnoomsk.ru/archives/26708

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

Я правильно понимаю, что ты предлагаешь мне делать исключительно за свой счет то, что в случае с МЦСТ оплачивало из моих же налогов государство?

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

Тоже показатель «перспективности».

Вообще не показатель. Скорее показатель того, что МЦСТ - это секта.

Кроме МЦСТ, Sparc делали Fujitsu, какие-то корейцы и французы. А сторонних организаций, раздающих ssh на Sparc, надо специально поискать.

Свободный доступ к e2k был по ссылке с этого вашего уютненького ЛОРчега.

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

Сравнение процессоров Sun Sparc с процессорами МЦСТ-R

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

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

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

Что характерно, в 7-Zip LZMA Benchmark, 28-нм МЦСТ-R2000 уступает 28-нм Эльбрус-8С 4-го поколения.

https://www.7-cpu.com/

Видимо, с этого момента судьба Спарка и была предрешена, а Эльбрус стал самым производительным процессором отечественной разработки.

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

Ты, как обычно, игнорируешь неудобные факты, но я повторю еще раз:

эльбрус 8св и р2000 по производительности на ядро различаются не слишком значительно, зато второй кушает в три раза меньше электричества. И это при том, что именно в эльбрус вкладываются все силы, а р2000 делается поскольку-постольку и считается не перспективным

И кстати, р2000 не требует особенного компилятора, в отличие от.

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

Перечитай ветку, если потерял контекст.

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

@petyanamlt на этот пост ответ будет, или как?

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

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

Эльбрус-8С 1,3 ГГц показал лучшую производительность, чем МЦСТ-R2000 2,0 ГГц. Собственно, на 28-нм разработка Спарк и закончилась. Далее разрабатывались 6 и 7 поколение процессоров Эльбрус.

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

Эльбрус-8С 1,3 ГГц показал лучшую производительность, чем МЦСТ-R2000 2,0 ГГц.

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

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

Ну и я о том же. Это вот коллега что-то сомневается,

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

ARM (RISC-V) тоже энергоэффективней, чем х86-64 Intel (AMD)

https://habr.com/ru/companies/selectel/articles/836884/

Это свойственно RISC-архитектуре, но х86-64 производительней. Также в случае МЦСТ-R и Эльбрус, где RISC-процессор оказался энергоэффективней, а VLIW производительней и выиграл внутреннюю конкуренцию.

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

VLIW производительней и выиграл внутреннюю конкуренцию

Ты выдаешь желаемое за действительное.

Значение имеет лишь производительность ядра на единицу потребленной мощности. VLIW-ядро занимает больше места на кристалле, чем RISC-ядро. Современный софт пишется из рассчета на многоядерность, а не производительность одного ядра. Если выкинуть VLIW, то на тот же самый кристалл получится напихать больше RISC-ядер, и при одинаковой потребляемой мощности суммарная производительность ядер будет выше.

А еще можно будет эффективно эмулировать софт без перекомпиляции, как это делают с x86 на arm.

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

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

Спарк проиграл в итоге Эльбрусу, поэтому ожидаем 7 поколение Е2К (VLIW).

Этот маркетинговый буллшит мы уже слышали. По существу что-нибудь возразишь?

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

Так что, VLIW с нами надолго.

Всё так. У государства-то деньги условно бесконечные, поэтому можно их тратить на любую бесперспективную чушь.

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

А по существу возражаний я так и не услышал.

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

Первый Хящик был на архитектуре POWER

Первый Xbox был на Pentium III. Microsoft специально сделала его на базе Windows и DirectX, чтобы разработчикам игр не надо было ничего портировать. И видеокарта nvidia.

На базе архитектуры power была выпущена Xbox 360. Но там внутри всё равно Windows и DirectX. В Xbox One MS вернулась на архитектуру x86, процессор уже от AMD.

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

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

Я бы уточнил: платежеспособных. Самих пользователей меньше, чем на винде, но кошельки у них толще.

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

поэт как достоверный источник

Самое то самое же!!!.. :))

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

Но процессор был от IBM, это тот самый IBM который придумал холохост...

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

Если ты имеешь в виду, была ли какая‑то консоль Xbox на архитектуре Power (точнее, PowerPC) — да, это Xbox 360.

Что там было с архитектурой В Xbox 360 стоял трёхъядерный процессор IBM Xenon на базе архитектуры PowerPC:

3 ядра по 3,2 ГГц; каждое ядро могло обрабатывать 2 потока — итого 6 логических потоков; суммарная вычислительная мощность — около 1 TFLOPS. Это и есть тот самый случай, когда Xbox строили не на x86 и не на современных AMD‑чипах, а именно на PowerPC.

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

> У меня есть ссылка на видео с ответами. У вас же есть Интернет с ответами!

Поправил, не благодари.

chuzhoi
()
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.