Представлен (http://lists.gnu.org/archive/html/qemu-devel/2012-02/msg0245...) корректирующий релиз эмулятора QEMU 1.0.1 (http://www.gemu.org), в котором отмечено 38 исправлений (http://wiki.qemu.org/ChangeLog/1.0). Кроме исправлений ошибок в новой версии осуществлена интеграция наработок из веток qemu-s390-1.0 (http://repo.or.cz/w/qemu/agraf.git/shortlog/refs/heads/s390-1.0) и qemu-ppc-1.0 (http://repo.or.cz/w/qemu/agraf.git/shortlog/refs/heads/ppc-1.0), в которых проведена работа по улучшению поддержки платформ PowerPC и S390.URL: http://lists.gnu.org/archive/html/qemu-devel/2012-02/msg0245...
Новость: http://www.opennet.me/opennews/art.shtml?num=33124
Обесните, пожалуйста, чем сейчас qemu-kvm отличается от qemu, и скоро ли они обратно сольлются?
Если ничего не путаю, то qemu-kvm использует аппаратные фишки проца в области виртуализации, что упрощает и ускоряет работу виртуалки на родном проце (например, x86 виртуалка на x86 процессоре).И qemu-kvm и просто qemu давным-давно слились вместе (над ними работают одни и те же люди) :)
Так патчи из qemu-kvm постепенно вливаются в апстрим. Вон, в сабжевом ченджлоге написано:> QEMU now uses a separate thread for VCPU execution. This merges the biggest difference> between the qemu-kvm tree and upstream QEMU.
А какие вообще тогда различия между ними остались? И в чём смысл отдельной ветки qemu-kvm?
> И qemu-kvm и просто qemu давным-давно слились вместе (над ними работают одни и те же люди) :)
Что ж тогда они дистрибутивы выкладывают по-отдельности?
qemu-kvm - быстрое, но не поддерживает архитектур отличных от хостовой. Код для MIPS, имея только x86-проц, ты на ней не отладишь.qemu - тормознее, но универсальней. В ней можно запускать код одной архитектуры на процах другой архитектуры.
Так как области применения qemu и qemu-kvm разные, то их и выкладывают отдельными пакетами. Можно сделать единый комбайн, но вот нужно ли?
В 2012 году qemu давно поддерживает KVM, а qemu-kvm умеет всё, что умеет qemu + немножко дополнительных патчей.
Нихрена, все, что может qemu-kvm - это x86, S390 и PPC. Все остальные архитектуры остаются за бортом.MIPSы, SPARCи, ARMы и прочая (совсем не)экзотика поддерживаются только qemu.
Это qemu-kvm:qemu-i386
qemu-x86_64
qemu-alpha
qemu-arm
qemu-cris
qemu-m68k
qemu-microblaze
qemu-mips
qemu-mipsel
qemu-ppc
qemu-ppc64
qemu-ppc64abi32
qemu-sh4
qemu-sh4eb
qemu-sparc
qemu-sparc64
qemu-armeb
qemu-sparc32plus
> В 2012 году qemu давно поддерживает KVMХм. Это с какого момента? Можно ссылочку на какой-нибудь более-менее официальный анонс?
Прямо на главной странице http://qemu.org/ в третьем абзаце об этом написано.
вообще с версии 1.0 обещали полностью влить qemu-kvm в qemu и оставить только один последний пакет.
КАк не пытался пользоваться VirtualBox, все как-то не то, проще вбить пару опций в QEMU, чем все бегать по менюшкам.
> КАк не пытался пользоваться VirtualBox, все как-то не то, проще вбить пару
> опций в QEMU, чем все бегать по менюшкам.а ты, болезный, документацию читай. откуда с непомерным удивлением узнаешь, что ящик имеет очень нехилый cli-интерфейс. а ещё узнаешь, что некоторые фичи только из cli и доступны, не запилили для них «менюшек».
но, впрочем, тебе ведь всё равно, правда? тебе главное глупость сказать — иначе давно уже прочитал бы документацию.
А ты сам-то документацию читал к QEMU?
> А ты сам-то документацию читал к QEMU?нет, я знания об опциях и json-протоколе монитора напрямую из астрала получаю.
> нет, я знания об опциях и json-протоколе монитора напрямую из астрала получаю.Кэп, расшарь линк, а? :)
>> нет, я знания об опциях и json-протоколе монитора напрямую из астрала получаю.
> Кэп, расшарь линк, а? :)не могу, астрал, падла, проприетарный. и туда дотянулись, проклятые!
> а ты, болезный, документацию читай.А оно надо? На именно в-ящик? А занафига если в каждом пингвине и так есть KVM? При том без всякого жлобства насчет проброса USB и что там еще :)
>> а ты, болезный, документацию читай.
> А оно надо? На именно в-ящик? А занафига если в каждом пингвине
> и так есть KVM? При том без всякого жлобства насчет проброса
> USB и что там еще :)В принципе, для виртуализации Linux guest on Linux host не надо. Вот для Windows guest on Linux host желательно, здесь QEMU проигрывет в разы.
> для Windows guest on Linux host желательно, здесь QEMU проигрывет в разыВы не могли бы поделиться источником информации? Где именно тормоза - в процессоре или дисковой подсистеме?
Глупость. Просто с боксом драйвера для виндов идут в комплекте, а qemu-kvm надо скачивать отдельно. После установки драйверов на диcк и сеть различия в скорости не существенны.
> Глупость. Просто с боксом драйвера для виндов идут в комплекте, а qemu-kvm
> надо скачивать отдельно. После установки драйверов на диcк и сеть различия
> в скорости не существенны.А для видео - существенны. Дело в том, что я Windows не использую для серверных задач :)
Вот тоже не пойму: USB 3 уже больше года, а там всё ещё USB 2 считается чем-то особенным.
> А оно надо? На именно в-ящик?человек спрашивал про ящик. логично, что ему стоило бы почитать тогда документацию на продукт, нет?
у меня VB ни на одной десктопной машине нормально не заработал. Везде стабильно жрёт от 50 % хостового CPU при ненагруженном госте.
Можно попробовать установить guest additions.
А почему не quemu-kvm? Он быстрее, на проце с аппаратной виртуализацией. VirtualBox очень неплох. И многие вещи в нём как раз через cli делают. Через ту же графическую оболочку вы с реального харда не загрузите ОС, это уж точно:) А благодаря консоли можно делать многие вещи, не доступные GUI-only пользователям.
А я думал, что загнулся qemu. То есть он развивается активно, просто для него фронтенда нету?
qemu развивают redhat, citrix и еще много кто. А фронтэнды для него libvirt, oVirt, xen. А есть просто гуйки.
> А фронтэнды для него libvirt, oVirt, xen.ахахахахахах отлично ваще!!
Xen не фронтенд, а отдельная система виртуализации, использующая qemu для реализации железа при полной виртуализации.
Хотя для Xen есть фирменные фронтентды от Citrix, да.
Есть, и ещё сколько. Видно вы не очень виртуализацией часто пользуетесь:)
>интеграция наработок из веток qemu-s390-1.0ну, это чисто академический интерес, практической пользы 0
> и qemu-ppc-1.0,
pSeries
* Booting AIX
а вот это уже интересно, посмотреть надо. если орлы осилили бутить AIX, это круто.
> а вот это уже интересно, посмотреть надо. если орлы осилили бутить AIX,
> это круто.Гм. А это не "чисто академический интерес"? Зачем *виртуализировать* AIX под qemu?
есть нюанс - эмулятор z системы в природе есть и IBM его девелоперам дает, а вот про эмулятор power систем я еще не слышал.
ну, это чисто академический интерес, практической пользы 0
> а вот это уже интересно,И совсем не академический интерес, конечно.
Ну нафига питона засунули без возможности отключение... навязывают велосипеды разные ... твою налево!!!!!!!!!!!!