Мнения специалистов - что лучше? (Для работы оффтопа в сети... специфика фирмы что кое-где все еще нужен оффтоп...) И как бороться с тормознутостью мышки :)
Пока успел поиграться только с этими двумя. Пытаюсь понять что лучше по производительности, ресурсопотребляемости и пр параметрам. То что KVM проще XEN в использовании уже понял (Причем разница разительная как мне кажется). VirtualBox пока не пробывал, а что рекомендуете? Почему его?
Бокс самый простой и удобный. По производительности выиграет xen. Если оффтопик нужен изредка - virtualbox будет самым безболезненным решением, кроме того, он производительнее kvm(не намного, правда), и имеет GUI "из коробки"(управление через консоль также на месте).
> где кончается qemu и где начинается собственно kvm?
Правильнее сказать "кончается kvm и начинается qemu". В qemu в этой связке занимается эмуляцией устройств и вводом/выводом. Упрощенно говоря, инструкция В/В -> трап -> KVM -> qemu.
Еще вопрос: если все три (XEN, KVM, VirtualBOX(?)) так или иначе при виртуализации офтопа используют QEMU то почему только в VirtualBox мышь себя ведет не так дебильно? Или иными словами есть метода заставить этого зверька не тормозить в ВМ?
Про XEN вы не правы. При работе в режиме полной виртуализации XEN использует много запчастей от qemu (да может не его самого в чистом виде, а его перекомпиленый вариантик). Например вот строчка конфига на это явно указывающая:
device_model = '/usr/lib64/xen/bin/qenu-dm'
Ну и обратите внимание что стартовый экран виртуальной машины в XEN и KVM почти иентичен (с точностью до используемой версии BIOS)
> Например вот строчка конфига на это явно указывающая:
> device_model = '/usr/lib64/xen/bin/qenu-dm'
В режиме полной виртуализации - может быть. Но изначально Xen - паравиртуализатор (а qemu - эмулятор, хотя его эмуляционные способности не используются в том же KVM).
> стартовый экран виртуальной машины в XEN и KVM почти иентичен (с точностью до используемой версии BIOS)
Отмечу что для офтопа паравиртуализация не пришей не пристегни, поэтому и говорю об использовании qemu, а какая его часть используется разными гипервизорами уже другой вопрос.
Для запуска винды на локальном десктопе -- VirtualBox (к сожалению он ни на что иное не годен -- запустить что-либо отличное от винды практически не возможно.)
> Для запуска винды на локальном десктопе -- VirtualBox
бородатые гуру еще kvm для этого советуют. но только если железо поддерживает виртуализацию. > к сожалению он ни на что иное не годен -- запустить что-либо отличное от винды практически не возможно.
странно.. у меня в нем всякие-разные линупсы и FBSD с полпинка запускались. даже GNU/Hurd - и тот поставился и заработал... воникает вопрос - ЧЯДНТ?
Ну на моя карма завалила установку дебиана и reactos'a в виртуалбоксе -- для них использую kvm -- это дома.
На работе xen. >PS: невозможно в данном контексте пишется слитно.
спасибо, крайне редкое использование русского языка (в письменной форме), не проходит бесследно.
вот у меня похожие результаты. Мне не хватает такой скорости когда я бэкапы делаю. Правда, у меня не virtio, у меня guest фряшка. И гигабитный линк гость загрузить не может, зараза.
Кстати, а можно как-нить консистентно скопировать qcow2 при работающией вирт-машине? Плонятно что сам гость при этом не будет консистентен при таком горячем копировании.
Простите, но тест говно. Я вижу из нормальных задач тока kernel compile где видно большую разницу. Одна тупая таблица. Где сеть, где mixed-нагрузки? Более интересны тесты с фороникса, но они старые. Ну и хочется видеть реальные тесты для оценки.
Хочу dbbench итп. На сайте kvm есть страница с тестами, но как-то я им не доверяю :).
>> Кстати, а можно как-нить консистентно скопировать qcow2 при работающией вирт-машине? Плонятно что сам гость при этом не будет консистентен при таком горячем копировании..
с qemu делал снэпшот, копировал и стартовал восстановление именно нужного снэпшота - норм.
> Кхм. "Network receiver, network sender" какбэ говорят нам - сеть проверялась
Проверялась? А где результаты тестов?
> 25% - это много?
Прилично. 25 процентов на диск, 25 процентов на сеть, 25 процентов на проц и в итоге kvm на моих задачах тормоз.
Хотелось бы видеть тесты которые бы показывали самые слабые стороны kvm и xen. А то многие(доморощенные) статьи делают упор на "посмотрите! gzip работает с такой же скоростью как и на хост-машине! kvm не даёт оверхеда!".
> с qemu делал снэпшот, копировал и стартовал восстановление именно нужного снэпшота - норм.
Всё, въехал. Я смотрел опцию -snapshot у kvm, а надо было у kvm-img.
Тока у меня тут какой-то косяк. Делал, как сказано в мане, вот так:
kvm-img snapshot -c test /home/image.qcow2
А надо было вот так:
kvm-img snapshot -ctest /home/image.qcow2
Теперь у меня вот такя фигня со снапшотами:
# kvm-img snapshot -l /home/image.qcow2
Snapshot list:
ID TAG VM SIZE DATE VM CLOCK
0 1970-01-01 03:00:00 00:00:00.000
0 1970-01-01 03:00:00 00:00:00.000
Как их теперь удалить-то? :( Чую, переливать образ придётся.
>> Как их теперь удалить-то? :( Чую, переливать образ придётся.
(!речь о qemu!) попробуй "Ctl-a s" - записать все изменения на disk.img.qcow а потом можешь сделать incremental disk для проверки:
> > Проверялась? А где результаты тестов? > В документе, озаглавленном "Quantitative Comparison of Xen and KVM" и написанном совместной командой разрабов Xen и KVM.
Там только слова, а результатов в виде таблички нету. > Ты только что насуммировал 100%.
:)