LINUX.ORG.RU

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

 , , ,


2

4

Эмулятор пользовательских приложений системы команд Эльбрус (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

Я вообще не понимаю как можно взять и бросить OpenSPARC. Всё же есть, осталось только собрать печатные станки для массового производства.

Ах, да, с этим могут быть сложности.

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

как можно взять и бросить OpenSPARC

Ну, например, команда разработчиков исчезла (причин может быть много, додумайте сами), начинать нужно заново, а новый начальник имеет несколько своих гениальных идей, которые не ложатся на архитектуру SPARC. Как вам такое объяснение? Правдоподобно?

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

Это очень легко объясняется так называемыми «инженерными школами». В совке не было частных компаний, зато были разные КБ, соревновавшиеся друг с другом за госзаказы. Внутри этих КБ цвели и пахли традиции, заложенные главными конструктарами, холимые и лелеямые десятилетиями. Самый известный пример - космос, бесконечные срачи Королёва и Глушко, и то, как второй, дорвавшись до власти, закрыл Н-1 и приказал пустить на металлолом кучу готовых НК-33.

Совок закончился, а традиции остались. Открыли МЦСТ, купили лицензию на спарки, чтобы начать что-то производить. У Бабаяна при этом была красивая идея про VLIW, в которую он искренне верил, и исполнение которой он явно продавливал во всех инстанциях, набирая себе последователей. К слову, Дитцель - основатель трансметы - оказывал МЦСТ на старте финансовую поддержку (нетрудно догадаться, почему).

Время шло и в стенах МЦСТ укоренялась «инженерная школа», заложенная еще Бабаяном: приверженность VLIW, вера в святой компилятор и всё с этим связанное. Те, кто критикует подход - в компании не уживаются, остаются либо приверженцы, либо те, кому пофиг. До кучи, присосавшись к госконтрактам, МЦСТ совсем оторвался от реальности: коммерчески-эффективные процессоры делать не нужно, деньги бесконечные, так что можно вечно педалировать бесперспективную VLIW, игнорируя реальность и две сдохших архитектуры от интела и трансметы, обоснования ученых и даже самого Бабаяна, открестившегося от VLIW-подхода по итогу всей этой деятельности.

Поэтому я и говорю, что МЦСТ - это секта. Они закопают всё что угодно независимо от успешности, если это не VLIW.

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

У вас же есть Интернет с ответами!

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

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

Я вообще не понимаю как можно взять и бросить OpenSPARC.

В общемировом масштабе его вытеснил ARM, среди открытых архитектур RISC-V, а без соответствующей поддержки оказался не востребован. У MIPS (Комдив, Loongson) больше шансов.

https://rosatom.ru/press_center/news/rosatom_predstavil_na_forume_innoprom_2026_otechestvennuyu_sistemu_chislovogo_programmnogo_upravleni/

https://arppsoft.ru/news/members/23607/

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

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

Чет лору какого-то хренового пиарщика выделили.

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

В общемировом масштабе его вытеснил ARM

Спарк умер, когда его «соптимизировал» оракл, причем именно в тот момент, когда у нас были активные архитектурные гонки. Разумеется, архитектура без главного разработчика немножко умрет.

У MIPS (Комдив, Loongson) больше шансов.

Больше шансов на что и по сравнению с чем?

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

Не хочешь напрягать извилины, не получаешь ответов. Всё просто. Направление тебе было указано.

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

Заставлять тебя искать ответы самостоятельно? Потом ещё спасибо скажешь, что не приходится в комментариях несколько дней кряду клянчить, чтобы тебе всё разжевали.

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

Нет, тебе нужно прекратит врать и скулить, когда тебя хватают за язык. И научись говорить по существу.

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

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

Потом нам кратенько расскажите, пожалуйста, что там?

Кратенько: там возможность самостоятельного поиска по фразе «Прототип Эльбруса на ПЛИС». А потом - читать... читать...

А ты, к сожалению, только картинку и заметил... :)

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

Я не могу ничего больше заметить… мне больше ничего не показывает, поэтому вопрос.

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

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

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

перестань закидывать окружающих своими постоянными вопросами

Ты зациклился, врунишка.

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

Я вообще не понимаю как можно взять и бросить OpenSPARC

Да легко. Тяжелая архитектура, в том смысле что пользователей мало, разработка ресурсов тянет как и у любой другой (risc v разрабатывать или mips будет стоить те же деньги), а преимуществ никаких нет, кроме врожденных недостатков, типа регистровых окон.

У МЦСТ, как я понимаю, и свой вариант лицухи на SPARC, им даже OpenSPARC особо не нужен.

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

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

Это еще более справедливо про VLIW.

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

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

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

Ну я не так чтоб сильно против, имею право (портировал ОС под это дело и натерпелся)

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

И GTA 5

Интересно, исходники/патчи порта куда-то были выложены в открытый доступ?

Оригинал слишком сильно гвоздями прибит к Visual Studio / Windows.

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