Релиз QEMU-0.15

> А можно запуск чужих бинарей сделать полностью прозрачным? Т. е. exec, определив архитектуру, запускает qemu, а в нем - программу?

Это выглядит тривиально, но я о таком не слышал.

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

Я с либами хоста не заморачивался, поэтому просто делаю chroot в гостевую ФС. Описано тут: http://tyom.blogspot.com/2011/07/user-mode-emulation-for-linuxsparc64.html

> Я неосилятор, до сих пор не понял, как в нём создать и запустить виртуальную машину☹ Да и команда qemu-img у меня почему-то не работает...

qemu -fda something.img например — с дискетой. В общем, суть в том, что создавать виртуальные машины не обязательно.

>Ну, дальше там же написано, что всё не так плохо.

...Most sh4 instructions have been implemented...

Инструкции реализовать - это 10% всей работы. Эмулятор железяки бы...

А нафига тебе sh4?

Да вот, понадобилось... причём не в виде «linux-user», в как емулятор железяки.

> Эх, поскорее бы qemu-meego интегрировали в основную ветку. У них там лучше поддержка омапов.

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

Да и мой патчик для загрузки бутрома омапа тогда бы можно было заслать туда.

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

PS. coreboot? У вас там тоже форт?

То есть, теперь без VT-x'ов всяких остается только терпеть тормоза или переходить на другой эмулятор? :)

>>...Most sh4 instructions have been implemented...

Инструкции реализовать - это 10% всей работы. Эмулятор железяки бы...

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

причём не в виде «linux-user», в как емулятор железяки.

Наводит на мысль, что у тебя там будет крутиться совсем не линукс. :)

vbox, например.

>> причём не в виде «linux-user», в как емулятор железяки.

Наводит на мысль, что у тебя там будет крутиться совсем не линукс. :)

Ну, ты сегодня и.о. К.О.:)

>> А как выполнишь системозависимые вызовы? Все равно же эмуляция нужна.

Это, например, какие?

Это я сначала неправильно понял - что можно на freebsd запустить бинарник linux в user-mode.

Тогда другой вопрос. Допустим, я придумал свою архитектуру, со своим набором команд высокого уровня, типа jvm. Ее можно реализовать в qemu user mode? Сложно?

coreboot - не, он, как и SeaBIOS на Си. Да, я про Питера. Он все обещает влить qemu-meego в основную ветку. Только пока, по ходу, у него есть другие дела. Вот это еще интересная вещь, надеюсь получит ход https://bugs.launchpad.net/qemu-linaro/ bug/792508

>Если вообще проверяют - сомнения возникли после того как поддержка sparc32 в ядре была около года сломана, и кроме пользователей qemu этого никто и не заметил.

Сейчас активно пилят процессор LEON, он в новых ядрах точно поддержен. Но его нет в qemu. Вопрос о состоянии сановских процов sun4m, sun4c, sun4d, это непонятно. Ну ладно.

Ну, сырцы-то никуда не делись. Есть ещё вариант - допилить самому. Как миниум виндузятники порадуются.

во первых зачем qcow2 в preallocated пихать, если есть отличный raw, который и быстрее и надежнее?

во вторых, если все таки разговор идет о снепшотах, то страшно подумать сколько preallocated snapshot chain будет занимать в конце концов.

в третьих - используйте LVM - lvcreate с нужным размером, и все будет работать.

> Допустим, я придумал свою архитектуру, со своим набором команд высокого уровня, типа jvm. Ее можно реализовать в qemu user mode? Сложно?

Зависит от того, сколько команд (risc соответсвенно проще), и какое железо в твоей архитектуре.

> KVM теперь поддерживает процессоры VIA и процессоры с SMEP (Supervisor Mode Execution Protection)

Они ж вроде как пытались изжить KVM из проекта.

Что я и сделал :)

> Сейчас активно пилят процессор LEON, он в новых ядрах точно поддержен. Но его нет в qemu.

Эээ.

$ qemu-system-sparc -cpu ?
...
Sparc LEON2 IU f2000000 FPU 00080000 MMU f2000000 NWINS 8
Sparc LEON3 IU f3000000 FPU 00080000 MMU f3000000 NWINS 8

Или каких-то конкретных asi не хватает?

Вопрос о состоянии сановских процов sun4m, sun4c, sun4d, это непонятно. Ну ладно.

О состоянии в ядре, или о состоянии в qemu? В qemu sun4c и sun4d мертвы. Если бы у меня был хотябы один клиент на sun4c, я бы его сделал. Но нету. И, кстати, sun4c неплохо поддерживается в tme.

> страшно подумать сколько preallocated snapshot chain будет занимать в конце концов.

Я вообще-то ждал, что размеры снэпшотов будут зависеть только от размера изменённых данных.

в третьих - используйте LVM - lvcreate с нужным размером, и все будет работать.

Сложно мигрируется на другой хост, если нет приличного общего хранилища. А его нет.

https://github.com/repoforge/rpms/blob/master/specs/qemu/qemu.init

>> KVM теперь поддерживает процессоры VIA и процессоры с SMEP (Supervisor Mode Execution Protection)

Они ж вроде как пытались изжить KVM из проекта.

Они пытались изжить свою кривую ветку и воссоединиться с qemu-kvm, что и произошло в этом релизе.

Смысл в том, чтобы не насоздавать дисков суммарным объёмом больше хранилища. Спокойнее мне так. Диски не только я создаю, и кто-то может не в ls -lh заглянуть с калькулятором, а в df -h.

создай в raw-формате и проблема решена.

Блин, снапшоты же. Сейчас в raw, неинтересно.

Была серия патчей для поддержки FVD. В основную ветку её не приняли, и по-моему, зря. По-моему - то что надо. И, заодно, гораздо быстрее qcow2.

Спасибо, не знал про binfmt_misc.

https://researcher.ibm.com/researcher/view_project.php?id=1852

Propose the Fast Virtual Disk (FVD) image format that outperforms QCOW2 by 249%

Учитывая, что по некоторым данным preallocated qcow2 почти ничего не проигрывает raw, прирост в 2,5 раза — это жесткачъ.

Я не понял, FVD остался недооценённым или у него как бы всё впереди?

> Учитывая, что по некоторым данным preallocated qcow2 почти ничего не проигрывает raw, прирост в 2,5 раза — это жесткачъ.

Думаю, что речь шла о случаях, когда проигрывает. Кстати, запись будет медленнее в любом случае. Если только не включить cache=unsafe, что может привести к полной потере данных.

Я не понял, FVD остался недооценённым или у него как бы всё впереди?

Автор появился в неудачный момент. Главный мейтейнер qemu - Антони Лигуори - как раз опубликовал собственный новый формат - qed. Соответсвенно FVD он воспринял как попытку на$$aть в его бассейн. Был мега-срачъ, после которого автора FVD просто стали игнорировать. Некрасивая история, на мой взгляд, но может, я чего-то пропустил.

> сколько команд (risc соответсвенно проще), и какое железо в твоей архитектуре.

Команды простые, но высокоуровневые. Не думаю, что это risc (хотя длина инструкции постоянна, архитектура стековая). Железа, фактически, нет - все опирается на libc.

В user mode все равно же с железом не работаешь?

В общем, вопрос сводится примерно к «можно ли jvm реализовать на qemu?». Предполагаю ответ - можно, но не нужно )

Да нет, все так и было :) Еще и Интел постоянно пытается свою фигню пропихнуть

Железо как раз есть - как ты собираешься окна рисовать? В остальном - да, думаю, что можно. Не знаю, правда, зачем. :)

Не за что. --Анон.

> https://github.com/repoforge/rpms/blob/master/specs/qemu/qemu.init

Для динамически собранных всё равно потребуется напильник.

> Да нет, все так и было :)

Похоже, что в больших проектах это неизбежно.

Еще и Интел постоянно пытается свою фигню пропихнуть

Это которую?

>Я вообще-то ждал, что размеры снэпшотов будут зависеть только от

размера изменённых данных.

так и есть, если не пытаться делать их preallocated

Сложно мигрируется на другой хост, если нет приличного общего
хранилища. А его нет.

drbd спасает. ну а вообще, когда хостов много, наверное становится пора строить кластер, с центральным СХД

CFI, да и EFI services, тьфу на них. Мы хотели добавить эмуляцию микросхем биоса - параллельную и SPI, а они заспамили/заблокировали сие предложение. Вообще они кипятком писают при словах coreboot и flashrom

Заспамили - да, но разве заблокировали? Может, ещё раз попробуешь?

А чем плохи CFI и EFI? Я не слежу за темой.

тем что Intel lock-in.

Посмотрим, может позже.

А насчет PowerPC есть какие-нибудь новочсти? Любые.

>Сложно мигрируется на другой хост, если нет приличного общего хранилища. А его нет.

Да вроде не сложнее файла? Через nc.

PPC довольно активно развивается. Пилят p7.

Alexander Graf вроде бы его пилит

> PPC довольно активно развивается. Пилят p7.

А насчет ppc405 и 440? В прошлом релизе была какая-то эмуляция для Virtex5, но у меня не завелась.

Майтайнит. Пилит в основном Дэвид Гибсон. Андреас пилит PReP, но, по-моему стал редко сабмитить в апстирим. (Или забил уже, я не слежу за темой).

Эдгард писал, что надо брать ксилинксовое ведро: http://lists.gnu.org/archive/html/qemu-devel/2011-06/msg00029.html

> Эдгард писал, что надо брать ксилинксовое ведро:

У меня есть несколько :)

http://lists.gnu.org/archive/html/qemu-devel/2011-06/msg00029.html

О, новый образ. Спасибо, попробую.

Кто в теме, скажите плиз, как отличается производительность сетевого (и дискового) io KVM (используется код qemu) от VirtualBox?

Как его патчи для запуска Mac OS X без модификаций живут кстати или Бобик сдох уже, а Стив торжествуе? Я смотрел в вики, там что-то все ссылки дохлые.

Ситуация такая, что есть сервер виртуализации на котором крутятся билдхосты и хочется туда же «вписать» Шиндоус от Джобса, но Мак Мини же от этого на колокейшон не ставить... :-(

>$ qemu-system-sparc -cpu ?

Круто, не знал про эту опцию, всегда делал "-M ?".

О состоянии в ядре, или о состоянии в qemu?

В ядре, sun4m.

замечательно! Очень нужная штука, жду обновлённой версии в Proxmox VE!

> Как его патчи для запуска Mac OS X без модификаций живут кстати или Бобик сдох уже, а Стив торжествуе? Я смотрел в вики, там что-то все ссылки дохлые.

Можно собрать. Патчи валяются. Тормозит дичайше просто.

Ничего не имею против этой поделки... и даже отдавал ей «заочный» приоритет над VMWare Player.

Пока не попытался установить ХРень на неё.
Сделал 10 попыток, все 10 вылетали с ошибками. Причем, еще на стадии текстового установщика ХРени.

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