Представлен релиз проекта QEMU 8.0. В качестве эмулятора QEMU позволяет запустить программу, собранную для одной аппаратной платформы на системе с совершенно иной архитектурой, например, выполнить приложение для ARM на x86-совместимом ПК. В режиме виртуализации в QEMU производительность выполнения кода в изолированном окружении близка к аппаратной системе за счёт прямого выполнения инструкций на CPU и задействования гипервизора Xen или модуля KVM...Подробнее: https://www.opennet.ru/opennews/art.shtml?num=59002
А БЭСМ на нем можно эмулировать?
Для него есть SIMH, но я сам не пробовал.
Запускал simh на e2k. :)
У него даже онлайн эмулятор есть https://mailcom.com/besm6/
Сайт красивый
и рунглиш топовый
> - System emulation on 32-bit x86 hosts has been deprecated. The 32-bit x86 host support for system emulation is deemed no longer effective.Ну наконец-то. А то луддизм этот…
Онет!!!
Как же теперь ХРюшу запускать то
На протухшем qemu, это очевидно же.
так host, не guest же.
Установи хрюшу на 32 битное железо и запускай на нём свой прошлый хост в qemu.
Запускай семерочку. Ничем не хуже. Точно так же не работает половина сервисов из-за протухших сертефикатов, не работающих ssl-ей всяких и т.д. Лол.
И половина софта *
Не осилил импорт сертификатов?
>Как же теперь ХРюшу запускать тоПод Qemu-i386, собранным для исполнения на x86_64.
> Как же теперь ХРюшу запускать тоКто-то запускал qemu на 32-битном хосте? И как им там, память не жала, и даже проца хватало? Обычно x86 где только 32-биты это весьма древние экземпляры, без хардварной виртуализации, вы и правда на этом запускали виртуалку?
А чо нет-то? Когда надо недолго (а в итоге всегда) держать полтора сервиса со спарк32 и hppa. Старый Пролиант g3 сдюжит под 2003 х86 с PAE. Там даже 2-3гб на процесс нормально. Легаси на легаси и легаси погоняет. П - преемственность.
> А чо нет-то?То что 64 бита x86 компьютеры умеют уже наверное около 20 лет.
> Когда надо недолго (а в итоге всегда) держать полтора
> сервиса со спарк32 и hppa.Вы про полную кросс-виртуализацию? Оно судя по сабжу не должно быть затронуто.
> Старый Пролиант g3 сдюжит под 2003 х86 с PAE.
Единственное что пострадает от вон того как я понимаю это пуск x86 виртуалок на x86-32 хосте. Так уже довольно давно никто в здравом уме вроде бы не делает. А если кто делает, наверное, их железо все же умеет 64 бита. Если оно настолько древнее что даже это не умеет, ну, знаете, настолько окаменелому железу и софт под стать.
> Там даже 2-3гб на процесс нормально. Легаси на легаси и легаси погоняет. П - преемственность.
Если это было про кросс-виртуализацию, можно и 64-битный хост найти, за столько то лет. Если за 20 лет это проблема тут наверное уже Н - некромансия. Потому что x86-32 по большому счету - все. Его уже всерьез никто не воспринимает. Эта архитектура свое отлетала. Она где-то рядом с Motorola 68000 по смыслу.
>[оверквотинг удален]
> уме вроде бы не делает. А если кто делает, наверное, их
> железо все же умеет 64 бита. Если оно настолько древнее что
> даже это не умеет, ну, знаете, настолько окаменелому железу и софт
> под стать.
>> Там даже 2-3гб на процесс нормально. Легаси на легаси и легаси погоняет. П - преемственность.
> Если это было про кросс-виртуализацию, можно и 64-битный хост найти, за столько
> то лет. Если за 20 лет это проблема тут наверное уже
> Н - некромансия. Потому что x86-32 по большому счету - все.
> Его уже всерьез никто не воспринимает. Эта архитектура свое отлетала. Она
> где-то рядом с Motorola 68000 по смыслу.Да вообще всё можно заменить на x86-64... хотя... ну как всё... вот Габен сказал фуцк бубунта и всё вернули. А иное легаси зашло на прод раньше нашего с вами рождения и не смотря на нашу долгую жизнь нас на проде переживёт. Так что, если уж закапывать, то как HP - всё сломать и другим поддержку архитектуры запретить. А мотивация решения из разряда мыниасилили означает лишь то, что кто-то не осилил, а не то, что это не нужно. Связь, которая в прочем имеет место быть, тут не означает причинности. ИМХО.
Ну PAE -- это прям такое себе... http://cl4ssic4l.wordpress.com/2011/05/24/linus-torvalds-abo.../
> Ну PAE -- это прям такое себе... http://cl4ssic4l.wordpress.com/2011/05/24/linus-torvalds-abo.../Можно подумать после курсов управления гневом стоит опять воспринимать все заявления товарища всерьез и как руководство к действию.
Джаст Фор Фан нельзя почитать бесплатно? Раверное кто-то рили рили суксь и вообще моррон. Или такая логика работает только из его уст?:))) Хотел тут английскую версию почитать... ну да... на архиве есть. В адоб диджитал в аренду на 2 недели :) Каков моррон...
А последний пункт это про что?
Про троян который из гостя кидает в хост все твои секретики
Про агент для гостевых систем
Про приблуду которая может коммуницировать с хостом, если ее установить. Иногда полезно. Например, ты можешь хотеть знать в виртуалке что хост собирается в шатдаун. Чтобы тоже зашатдауниться. Иначе хост резко и внезапно тебя вырубит, а как он должен намерение шатдауниться до VM и ее OS донести?
>Иначе хост резко и внезапно тебя вырубит, а как он должен намерение шатдауниться до VM и ее OS донести?Хост-система посылает гипервизору SIGTERM, гипервизор его ловит и отправляет виртуалке нажатие кнопки питания. Не?
> Хост-система посылает гипервизору SIGTERM, гипервизор его ловит и отправляет виртуалке
> нажатие кнопки питания. Не?В принципе забавная идея, но вроде гипервизоры так не делают. К тому же гипервизору и самому по этому сигналу неплохо бы закругляться, чтобы всякие там буфера скинуть и проч. И вот откуда б гипервизору без помощи софта в VM знать, живая еще виртуалка или уже сделала все что хотела и можно вырубить?
>живая еще виртуалка или уже сделала все что хотела и можно вырубить?А как хост узнаёт, что виртуалка выключена после того как ты в ней shutdown now -h выполнишь?
> В принципе забавная идея, но вроде гипервизоры так не делают.
Вместо того, чтобы ересь писать, лучше бы man virsh почитал.
Агент в госте для корректного выключения/включения его хостом не нужен. Может использоваться, но не необходим.
Круто, вот теперь я его точно установлю, пригодится для разработки операционной системы (just for fan)
> just for fanВентиляторам разве нужна операционная система?
Иваня считает что нужна. Притом ТОЛЬКО для вентиляторов.
Именно для вентиляторов, потому что производительность эмуляции ненативных платформ там ниже плинтуса.
Ну слушай... я гонял прямо для дела хппа и спарк32 - вполне адекватно. Там с мультитредом были проблемы и для указанных платформ их не пофиксят, но один фиг есть куча кейсов когда сабж быстрее и удобнее реального железа.
Если это кросс-эмуляция x86 -> hppa/sparc32, оно не должно быть затронуто вон тем. И это, сами чините свои вентиляторы, раз у вас дело - это наверное можно себе позволить.
А как же! Без ОС наброс хуже разлетается.
Лучше скажите когда на нем можно будет ведро запустит.
И не х86ведро а нормальное армовое
Откройте для себя Android Studio Emulator.
Который и есть обёртка над qemu
Ну так раз обертка работает, значит и самому как-то можно?
> Ну так раз обертка работает, значит и самому как-то можно?Практически наверняка.
Эммм. Android-x86? Правда они забили на разработку после 9.0. 10 и 11 есть в сурцах. Я собрал, но там не все гладко.
Ставишь андройд студио
Выбираешь в настройках нужные инструментарии и образы андройда( как версии, включая обычный или андройд-ТВ, так и архитектуру / набор апи - в т.ч гуглоплей )
Прямо из ИСР запускаешь эмулятор с нужным образом( в данном случае армовым )
Радуешься, но в меру, ведь производительность андройда и под х86 не так чтобы супер, а при эмуляции архитектуры жрать будет ещё больше
Запустить очевидно можно и голом QEMU. Но вопрос в том, как правильно его сконфигурировать. Гугель-мугель в своей студии же не показывает, с какими параметрами он его запускает. А там надо несколько разделов вручную подрубить, насколько я понимаю. Загрузчик в flash правильно отобразить. Ну не хотят они делать ISOшку с уже готовым Live-образом, как это делают товарищи из Android-x86. Я Debian на ARM ставил с ISOшки. Больше геммора из за отсутствия стандартного железа, как это принято на PC, но у меня получилось.
На правах идеи посмотреть в студии параметры командлайна.А так qemu умеет сам грузить ядро Linux - на загрузчик можно совсем забить.
Как-то так: qemu-system-arm ... -kernel <zImage с ядром> -dtb <ваш DTB> ... - и сам qemu при этом действует как загрузчик. Файл(ы) прочитать и замапить в память он может, ядро запустить тоже. Может еще initrd понадобиться если в ядре драйверы блочных устройств и нужных ФС не вкомпилены, его можно загрузить снаружи точно так же.
> И не х86ведро а нормальное армовоеqemu-system-arm тебе в руки, только кросс-трансляция инструкций достаточно неспешно по сравнению с нативным выполнением работает.
32бита - крутая штука, настоящий киберпанк. Комп можно за копейки собрать. Зря отказываются.
> 32бита - крутая штука, настоящий киберпанк. Комп можно за копейки собрать. Зря отказываются.Киберпанк - 8 бит!
AVR с его 8 бит выпускается по сей день миллионами. Чего в нем такого киберпанковского? Фонарики с 5 режимами? :)
На костёр еретика!
Intel 4004 в бешенстве!
ZX Spectrum преисполнен праведной ярости!
Вы что-то имеете против моего вычислителя на электрических реле? А нука иди сюды! ;-)
Совсем эти потомки офигели. /me погладил свою абак'у. а жена - счёты.
С механическим счётно-решающим устройством не приходилось иметь дело?
Я не про счёты.
В яндекс-музее феликс водился, помнится. (но, кстати, не шшупал)
Первый Феликс я сломал у бухгалтера магазина Стрела еще в возрасте 5 лет : физической силы крутить ручку было достаточно , а скоростные исчисления он не выдержал , так сказать погорел на разгоне . Но , как ни странно , в бухгалтериях продуктовых магазинов он эксплуатировался еще в середине 90-х … то есть я сижу в одной комнате на ЕС-1841 с манипулятором Колобок и что там среди лексикона и калька автоматизирую для бухгалтерии ( хм , в Альфа Дос вроде … ) , а другая комната равномерно «щщелк» «вжик» аналоговыми регистрами ворочает …
> Первый Феликс я сломал у бухгалтера магазина Стрела еще в возрасте 5 летЧелябинские хакеры настолько суровы что сломали арифмометр...
ZX Spectrum ближе к 16 бит, на самом деле.
Помнится, несколько обалдел после него с тру-восьмибита на 6502.
Регистры у него 8-битные. А так у совсем тру 8-бита адресное пространство должно быть 256 байтов. Но это слишком уж трушно, даже на момент пика актуальности 8-битников.
ADD HL,DE — очень восьмибитно выглядит, да.
HL и DE - регистровые пары. Состоят из двух 8-битных.
> HL и DE - регистровые пары. Состоят из двух 8-битных.Создатели "8-битников" заметили что оказывается 8 битов маловато для напрмиер адресации, прилось пару костылей вкатить :). Называть их за это 16-битниками жирновато, у тех все ключевые регистры должны быть 16 битов или более.
Ну, кроме аккумулятора - там все ключевые регистры и правда 16-битные, они просто делятся на 2 по 8.
BC, DE, HL, IX, IY (последние тоже можно половинками фигачить, хоть это и не канон).
Даже аккумулятор с флагами спарен, AF получается.
> Ну, кроме аккумулятора -...который так то самый главный во всей этой пьесе, с той то архитектурой.
> Даже аккумулятор с флагами спарен, AF получается.
И все же ширина регистра под математику это ширина регистра. Мы либо можем делать энные операции с энной разрядностью или нет. Если с ограничениями, это уже зарубает много возможностей. Ну скажем SWAR на вон том добре - получится?
В конечном итоге N-битник характерен возможностью круто шустро и эффективно N-битные числа молотить без лишних операций, современные как правило за 1 такт делают (OoO может и >1 операции за такт своротить). Без этого он что угодно но не N-битник как таковой.
И там на стек например 8-битный рег не положить, только пару. Т.е. да, я согласен с тем, что оно - куцая 16-битка.
Но я дальше сейчас отвечу, почему оно 8-битка. 16-битка оно только внутре.
Внутре оно 16-битка, да, соглашусь.
Но вообще это 8-битка. Внешняя шина данных у него 8 бит. Всего. Увы и ах.
Вот именно _внешняя_ шина довольно спорный критерий. У вон того микроконтроллера наружу вообще шины нет - и сколько он битный по этому критерию?
Не путайте SoC с CPU. Внутри SoC тоже CPU или минимальный MC есть, и к памяти у него какая-то шина есть в любом случае.
> Не путайте SoC с CPU.Грань достаточно расплывчата. Даже микроконтроллер может вывешивать и внешнюю шину, если лапок на это не жалко. Единственоное реальное отличие - у проца своей памяти на борту нет.
Но и тут появились странные гибриды, особенно популярны у китайцев не умеющих в продвинутые техпроцессы, потому напрягающиеся флеш и проц на 1 кристалле. Можно загнать чип MCU и чип флеша в 1 корпус, соединить их микропроводочками при bonding, получается один корпус, но с несколькими кристаллами. И вот кто он такой? А шиной при этом бывает и SPI - из spi флешки в буфер в RAM перегоняют, ценой более долгого старта. И раз у него такая "внешняя шина" он что, однобитный тогда? :)
> Внутри SoC тоже CPU или минимальный MC есть, и к памяти у него какая-то шина есть
> в любом случае.Ну как бы да. Просто может быть сразу на кристалле. А вытащена ли наружу - зависит от. Однако даже так - ну ок, к флешу у STM32F10x идет 64-бит шина, чтобы за раз несколько команд таскать (prefetch). И чего, он от этого 64-битным стал чтоли? Да вот сейчас, по регистрам он 32 бита и все тут.
> SPI - из spi флешки в буфер в RAM перегоняютСм. шину как раз таки к этому буферу.
> См. шину как раз таки к этому буферу.Иногда бывает и без этого буфера вообще. Железка вывешивает регион адресов, чтение с этого региона трансформируется железной логикой в SPI-команды, и прямо контроллер SPI подтягивает нужные байтики с нужного логического адреса, это прям в его железе заколочено.
Такая логика есть что в китайских SoC что даже у интела в их чипсетах кажись. И да, поток команд при этом конечно медленный, зато это просто, глупо и реализуемо целиком в железе так что проц может начальный старт себе оформить очень небольшим куском чисто хардварной логики, несмотря на такой вот интерфейс к флехе. Это медленно, но, по приколу, "прямое выполнение из SPI-NOR". Для проца он работает как обычно, ничего не зная про эту трансляцию железкой.
И даже если захочется поговорить о ширине шины того блока <-> ядро проца, там возможны самые разные варианты как хардварный блок приклеили на шину проца, какой там интерфейс и проч. Может и 8 битов быть, все равно SPI флеха и близко за AHB каким-нибудь и ядром на нем на всем скаку не угонится, тайминги у нее не те, так что широкую шину там и не требовалось особо, минус площадь кристалла стало быть.
> трансформируется железной логикой в SPI-команды, и прямо контроллер SPIСм. шину к контроллеру SPI.
Побуду Кэпом.
Разрядности CPU бывают разные:
- Разрядность шины данных
- Разрядность внутренних РОН (бывает сложно определить, бывает смесь, как у Z80)
- Разрядность внутренних вычислительных блоков, работающих с РОН
- Разрядность шины адресаВ основном "разрядность" CPU называется по внутренним регистрам и вычислительным блокам.
---
И вот в этом плане у Z80 всё странно. Его можно было бы называть "смешанным 8/16", если бы не 8-битный аккумулятор (A), блок вычислений и шина данных - по совокупности это таки делает его "8-битным", потому что даже исключительно 16-битные операции с внешним миром выполняются в 2 захода.
Тем не менее, система команд у Z80, в отличие от предшественников (8080/8008), вполне себе имеет приличное число 16-битных операций (для "чистых" 8-разрядников нетипично, из 16-битных у последних в основном адресация, хотя у 8080 есть и парочка команд, работающих с HL/SP), а некоторые основные операции (PUSH/POP/операции обмена регистров, etc.) у Z80 вообще в 8-битном варианте недоступны... Поэтому Z80 - это таки некий переходный вариант 8/16, где ALU и шина данных сохранились 8-битными, а вот регистры и система команд были слегка проапгрейжены.
LD r16,imm16 - прямая загрузка 16-битной пары
ADD HL,r16 - 16-битное сложение (хотя и выполняется в 2 этапа через внутренний регистр переноса, да)
LD (imm16),r16 / LD r16,(imm16) - сохранение и загрузка 16-битной пары по адресу
INC/DEC r16 - 16-битный инкремент-декремент (хотя тоже в 2 этапа)
PUSH/POP r16 - сохранение/загрузка со стека 16-битных пар (стековых операций с r8 вообще нет)
ADC HL,r16 / SBC HL,r16 - двухэтапная 16-битная математика с участием флага переноса
EX DE,HL - обмен 16-битных пар DE и HL между собойВидим в общем и целом базовый суповой набор 16-битных операций. Не просто что-то специфичное, а базовую вгрузку-выгрузку и собственно минимальную математику по всему набору 16-битных пар. Да, очень куцый набор, но в принципе позволяет реализовать всё, что угодно, даже не обращаясь к 8-битным половинкам (хотя выглядеть это будет очень уныло, те же битовые сдвиги и логические операции придётся делать через одно место).
> к флешу у STM32F10x идет 64-бит шина, чтобы за раз несколько команд таскать (prefetch). И чего, он от этого 64-битным стал чтоли?Нет, потому что ограничивающим фактором являются регистры.
Я тут рядом написал, какие факторы стоит учитывать.
Но вот конкретно у Z80 - есть двойственность :)
Повторяю, АЛУ у Z80 CPU 4-битное!
Да, у Z80 ещё и собственно вычислительный модуль 4-битный. При 16-битный парах регистров и 8-битном внутреннем регистре временного хранения :D
Короче Z80 - жёсткая химера.
Набор команд, уже напоминающий 16-битку, 8-битная шина данных, 4-битный вычислительный модуль...
Поддержку Эльбруса опять не завезли?
Через virtio-mem уже можно пробрасывать звук и экран без scream и lookingglass костылей?
а зачем?
у эльбруса есть свои собственные трансляторы в х86
http://mcst.ru/rtc и lintel -- это в обратную сторону.В сторону "e2k на x86" есть эмулятор и потактовый симулятор, первый вроде даже грозились опубликовать (но пока не видел), а второй жутко медленный и нужен только разработчикам платформы, говорят...
PS: ну и реверсеный http://git.mentality.rip/OpenE2K/qemu-e2k -- который, со слов инженеров МЦСТ, "эмулирует что-то отдалённо напоминающее эльбрус" (на что Алибек с Денисом ответно ехидничали насчёт документации).
> и нужен только разработчикам платформы, говорят...На этом обычно HDL сорцы запускают для изучения свойств того что получилось и верификации. И не в обиду вашим супер-разработчикам, для RISCV вот эти вот тулсы вон там на гитхабе можно укачать рядом с ядром в половине проектов.
Весь пойнт опенсорса что можно просто взять и взайти на пантеон к богам - если не устанете по ступенькам топать. И по факту нет богов и смертных, есть взаимодействие равных. Ну а вы как обычно нишиша не поняли, в том числе и пойнт опенсорса.
Они носятся со своим тетрисом, как будто он кому то еще нужен.
> Поддержку Эльбруса опять не завезли?Как его завозить, если нет документации, а железо реальное вообще нереально приобрести?
> Как его завозить, если нет документацииВы знаете, находятся нереально крутые люди:
http://git.mentality.rip/OpenE2K/qemu-e2k
http://habr.com/ru/post/665420/> а железо реальное вообще нереально приобрести?
Реально -- вполне реально (проверено на себе), только дорого зело:
http://imaxai.ru
http://bitblaze.ru
Мне вот интересно, у вашей конторки хватит ума умных людей попытаться нанять и сделать проект официальным, чтобы люди фултайм могли это делать? Или как обычно, крутые люди угробятся об дровяное руководство с нулевым результатом?
А про exagear уже забыли все?
Скажу крамольную мысль, а нужен ли успех тем кто рулит разработкой эльбруса? По крайней мере успех не в их понимании, а в понимании нормальных людей.
ума-то у них девать некуда, хватит и останется. Не хватит деньгов. Оне нонеча счет любят, знаешь ли.Какой коммерческий выхлоп от наличия этой хрени даже если бы она была доделанной а не вроде-запускается? Ну, вот...
Крутые люди, как обычно, могут иметь странные хобби и работать на товарищмайёра за свой счет и в свое свободное время.
> Не так давно образовалось сообщество энтузиастов, которые стараются популяризовать данную архитектуру и сделать ее более открытой.Это очень напоминает историю с nouveau: какие-то очень самозабвенные страдальцы бьются лбом о жирного корпораста, когда рядом есть открытый amdgpu с документацией и поддержкой от вендора.
Ну а кто этим должен заниматься? Производитель у которого нет открытого тулчейна и поддержки в майнлайн линукс? Qemu им при таком отношении наверное еще меньше надо.А экран имеет смысл пробрасывать через virtio-видяху. Или qxl. Они довольно быстрые. И звук оно само умеет пробрасывать в хост через кучу разных бэкэндов. Нет там никаких костылей, это вы что-то странное делаете.
> Ну а кто этим должен заниматься? ПроизводительОн и занимается, чсх.
> Он и занимается, чсх.Тем временем, вон там на гитхабе - можно укачать вот те самые поцикловые симуляторы для RISCV, способные HDL жрать, рядом с более-менее приличными ядрами бонусом лежит. Заниматься то надо было как-то так на самом деле - 2023 год на дворе...
Она пока в форке 2.8.0.
Эта штуковина Сетунь может эмулировать?
А Наири?
Если напрогаете - хоть черта лысого можно эмулировать. Вон на гитхабе куча форков с поддержкой всяко разно, изучайте. Вбейте qemu в поиск и изучайте.
У меня lxc сегодня работает ощутимо хуже и гаже, чем kvm позавчера. Это личная рукожопость или тайна в которой признаться мтыдно всем?
Да. Это она.
Однозначно!
Чем оно, лучше той же VirtualBox?
Чем яблоко лучше апельсина?
Умеет работать на ARM маках.
VirtualBox точно 100% неэмулятор, потому что. Это только виртуализатор.
> VirtualBox точно 100% неэмулятор, потому что. Это только виртуализатор.Ну здрасьте. Qemu и на ARM виртуализацию умеет.
>> VirtualBox точно 100% неэмулятор[1], потому что.
>> Это только виртуализатор[2].
> Ну здрасьте. Qemu и на ARM виртуализацию умеет.ARM-на-ARM[2] или, скажем, x86-на-ARM[1]?
Понятное дело ARM-на-ARM.
Чего VirtualBox не умеетPS: Хотя я и десктопную Ubuntu X86 запускал на Apple M1 ARM. Но тут уж эмуляция – с тормозами с откликом по секунды две.
> PS: Хотя я и десктопную Ubuntu X86 запускал на Apple M1 ARM.ну там же есть UTM
а оно на qemu вроде как
> Чем оно, лучше той же VirtualBox?Да почти всем. Быстрее, kvm в ядро Linux сразу интегрирован, без левых модулей и жабы на проброс usb. Умеет в кросс-виртуализацию. Можно запустить ARMовскую систему на x86-64, допустим (qemu-syste-*). Или даже ARMовский бинарник на x86 машине (qemu-user-*). Вот просто взять и просто запустить бинарник от другой архитектуры на вот именно этом компе. А попробуйте так с VB,
>Можно запустить ARMовскую систему на x86-64, допустим (qemu-syste-*). Или даже ARMовский бинарник на x86 машине (qemu-user-*). Вот просто взять и просто запустить бинарник от другой архитектуры на вот именно этом компе.Я так думаю слакотан на одну старую arm-железку ща накатить. Установил на пекарне - запустил там. И компилять так же.
> Я так думаю слакотан на одну старую arm-железку ща накатить.Ну вот отпрототипить образ на ARMовой виртуалке, убедиться что грузится, и после этого с железкой упражняться может иметь смысл. Однако возможны нюансы, как то - похожа ли виртуалка на вашу железку по железу или нет. Это работает, но граблями по морде получить можно. Хотя слакварщик имеет шанс, имхо. И да, там еще out of band дебагер есть, на реальной железке для этого потребуется специфичный шнурок, если совсем не понятно почему ранний старт не удался, а тут можно сразу gdb зацепиться.
Во всяком случае я смог затолкать дебиан на вообще все что напоминало ARM - что железки что VM.
> Установил на пекарне - запустил там. И компилять так же.
Для компила можно мощную VM сделать с кучей ядер и достаточно оперативы но все же кросстрансляция команд не сильно быстро. Зато избавляет от прелестей кросскомпила. Однако если железка мощная, может иметь смысл на такой же, особенно всякие современные 64 бит армы.
Как хинт, если по конфиге катит, -M virt и virtio везде и всюду заметно разгоняет это дело. Это уже не будет правдоподобная эмуляция железки, но для компила сойдет, если такой же user mode взлетает на этой конфиге. Если еще несколько ядер проца слепить и у вас их в железном проце было, будет сносно.
Как несколько более рисковый но еще более быстрый вариант: можно user вариант попробовать задействовать, но это более рисково с точки зрения здоровья хоста: при этом кросс и его бинари имеют к хосту неиллюзорный доступ.
Не знаю, для компила вообще ахтунг, реальный A53 выходит быстрее эмуляции того же A53 на 5950X внезапно, аж с 8 ядрами (выше бессмысленно, тормозов становится ещё больше). Проще распберрей на компил накидать.
> Не знаю, для компила вообще ахтунг, реальный A53 выходит быстрее эмуляции того
> же A53 на 5950X внезапно,На A5x имеет смысл компилить на железке, пожалуй. А если у целевых железок мало RAM или совсем хилый проц - на виртуалке в несколько потоков может быть интереснее.
> аж с 8 ядрами (выше бессмысленно, тормозов становится ещё больше).
> Проще распберрей на компил накидать.Ну да, вариант, если они под рукой есть и их на эту задачу не жалко, почему нет?
>Да почти всем. БыстрееТа такое... Дикие тормоза что с winxp, что с win7. Пока полный набор танцев с бубном не отпляшешь, доустановкой дров и прочего, нормально не заработает.
Ну а как вы хотели? Полная эмуляция штука не быстрая. После установки дров используются более шустрые и прямые интерфейсы.p.s. а в линуксах вообще ничего делать не надо - там KVM/Virtio дрова прям сразу в ядре. Оно и взлетает как ракета вообще без каких либо специальных действий.
> Чем оно, лучше той же VirtualBox?Это таки другое.
qemu изначально делали для запуска неродного кода для других архитектур, а vbox -- как домохозяечную "коробочку" для запуска именно родного для хоста кода.
Эмуляторы BIOS-ов в QEMU и VB имеют общие корни. В VB база сильно древнее --- ёнтерпрайз, однако, не до отслеживания первоисточников.