Релиз QEMU-0.15

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

Пока не попытался установить ХРень на неё.

Ты просто не понимаешь, зачем нужен qemu.

У нас десятки машин крутятся на XP. Без особых проблем. Что с нуля, что с переносом с vmware или xen, на lvm и в образах.

Да вроде примерно одинаково.

>Пока не попытался установить ХРень на неё.

Сделал 10 попыток, все 10 вылетали с ошибками.

FAQ Читать не пробовал?

А не знаешь, кстати, virtio от VBox совместим с qemu'вским?

Я знаю зачем МНЕ нужна виртуальная машина. Зачем она нужна кому-то другому - мне, в принципе, глубоко фиолетово.

Смысл примерно такой: есть БОЛЬШАЯ (понимаете слово БОЛЬШАЯ?) торговая компания. Требуется надежная система кассовых продаж, на основе POS-систем Shtrih-M TouchMaster. Проблема в том, что кассовое решение - на ХРени... и понеслась моча по трупам...

Как работают с компами кассиры, наверное, даже и рассказывать не стоит... по-существу, если эта железка не является «неубиваемой», кассиры её ОБЯЗАТЕЛЬНО угробят.

Вывод: требуется создать (в том числе на уровне софта) «неубиваемую» систему.

Вариант реализации: бездисковая станция. НО: «штриху» подключена куча специфичного оборудования (например: фискальный регистратор, табло покупателя и т. д.) и вариант с remote desktop ни в каком виде не катит.
Вывод: грузим Linux с NFS-root, создаем RAM-диск, закачиваем в него файлы образа VMWare с ХРенью... ну и так далее. :) Народ, не поверите: никогда не думал, что на ТАКОМ отстойном железе ХРень может НАСТОЛЬКО быстро работать, если её запускать из оперативки. :)

> Я знаю зачем МНЕ нужна виртуальная машина

qemu - это эмулятор прежде всего. Отличия эмулятора от виртуальной машины ищи в гугле.

Эм?
http://ru.wikipedia.org/wiki/QEMU :
QEMU — свободная программа с открытым исходным кодом для эмуляции аппаратного обеспечения различных платформ.

http://ru.wikipedia.org/wiki/VMware_Player :
VMware Player — бесплатный программный продукт, на основе виртуальной машины VMware Workstation....

Честно признаюсь: разница лично от меня слегка ускользает. Ну если не считать разницей свободное/несвободное.

крепкий релиз

Эмуляция ARM: новые модели express-a9

Товарищи! Что это за «express-a9», не совместимо ли оно с Cortex-A9 ли часом? Вроде слышал что кто-то упирается дабы такой поддержки не было, но мало ли что изменилось...

Эмулятор — воспроизведение работы других устройств.
Виртуальная машина - виртуализация платформы

К.О.

> Эмулятор — воспроизведение работы других устройств.

Других ISA (термин «устройство» чаще относится к всякой периферии вроде сетевых карт или дисковых контроллеров).

Эх, а я только начал мечтать о вкусном qemu'вском кофе :)

А где валяются конкретно не подскажешь? И ещё вопрос: а чему там собственно тормозить-то, чай не времена PearPC уже, Mac OS X давно x86_64...?

Спасибо.

Ура!

ну для начала попробуй запустить в vmware тот же линукс для arm.

странно собрал 0.15 теперь запускаю qemu-system-x86_64 -m 512 -smp 2 -drive file=/BIG/Virtual/debian6.base,if=virtio -usb -usbdevice host:067b:2303

через мах 2-30сек вылетает с: qemu-system-x86_64: /tmp/qemu-kvm-0.15.0/hw/usb.c:336: usb_packet_complete: Assertion `p->owner != ((void *)0)' failed.

а попробовал aptosid запустить - все норамльно работает.

в 0.12.5 ткаой фигни не наблюдается. У кого-нибудь еще есть проблемы с usb?

PS. cлез с vmware - много всяких VM ( xp, 2003 , linux ) все работает как надо.

Жду Вменяемый ARM

Делай баг репорт, или пиши в qemu-devel. С 12.5 - большой скачок. Может, проверишь 0.14?

Жду Вменяемый ARM

ARM очень вменяемый в qemu. Я гарантирую это :)

да на 0.14.1 всё ОК

ну я этого при компиляции не заметил.

собирал ядро 3.0 на системе BackTrack 5

Ну да. За исключением лимитов памяти. Статик не в счет. По идее Verstile Express up to 1Gb. Да и патчики проскакивали перед глазами. Будем надеяться.

Оно уже перестало падать при попытке запустить Mac OS X?

DRBD какой версии у вас используется? Насколько стабильно?

Вчера был патч на эту тему. Оказывается Гугл поддержку OS X проплатил. Так что ядро уже загружается, и ведутся дальнейшие работы. Но в ветку 0.15 это естественно уже не войдёт.

Ссылку, сестра, ссылку! (с)

На гугле забанили? Чабан Бэкингем (с)

http://lists.gnu.org/archive/html/qemu-devel/2011-08/msg01403.html

Гугл большой, а я один :-( Спасибо, но это таки для POWER. А касательно x86_64 + вопросов выше не подскажешь куда смотреть?

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

Ради старых приложений?

Сходу нет. Больше года назад был патч, вошёл он или нет я не следил.

Там спецы, которые над ним и работали, отчаялись. Не спрста, ведь? Но мне так и не попалась более конкретная информация, что именно их обломило.

У меня таже проблема. Много ПК без аппаратной виртуализации, а они всё ещё ого-го.

За что ценю qemu, так это:

1) raw диски. Просто снял dd с флэшки, поработал, а потом dd назад. 1:1

2) можно посылать ctrl-alt-f1/f7 (хотя, не во всех версиях qemu работает)

В vbox'е 1), вроде, в обход можно сделать: создать виртуальный диск-ссылку на файл, да? А вот как там с 2)?

POWER надо пилить, чтобы например можно было на x86_64 билдхосте без кросс-компиляции собирать софт для IBM-овских мейнфреймов не обладая оным в лаборатории, а Mac OS X на нем запускать --- это действительно уже давно никому не нужное извращение.

Очень плохо это что Mac OS X под x86_64 таки до сих пор вперде :-(