Это может показаться немного параноидальным, но я действительно сомневаюсь, что мой настроенный libvirt+kvm использует какое-либо аппаратное ускорение в Debian. Я настроил его с помощьюэтотруководство. на самом деле я уже проверил, модуль kvm-intel точно загружен. Но внутри vm с freebsd, например, у меня такая огромная задержка при, например: установке ОС, извлечении дерева портов с помощью csup, и, конечно, компиляции портов. Ресурсы на этой машине довольно большие: 4 ядра процессора и 4 ГБ оперативной памяти. Я могу подтвердить, что у меня была такая же настройка с proxmox на Debian, до того, как я вручную настроил libvirt на той же машине. Так что я знаю, насколько быстрой должна быть гостевая система. Так что это действительно исключено из-за аппаратной проблемы, я имею в виду, что хостинг OVH заявляет, что: Intel Core i5-2400 4x3.1+ GHz 6 Mb L2 - QPI 5 GT/sec используется, а виртуализация:Инструкции по ВТ
Итак, как я уже сказал, эта настройка работала раньше. Единственное, возможно, я пропустил настройку модуля ядра, но kvm-intel загружен, и мой друг проверил, что libvirt тоже его использует. так что, пожалуйста, скажите мне, что я сделал не так, может быть, руководство дает неверные шаги..? может быть, гостевая система freebsd что-то не поддерживает? если вам нужна дополнительная информация, напишите в комментариях. Может быть, стоит упомянуть, что я обновил ядро, так как была сделана новая установка Debian (на хосте). Может быть, загруженный модуль не может найти что-то, связанное с ядром.. в любом случае, я действительно озадачен, что делать дальше.
эта конфигурация использовалась для создания виртуальной машины:
# virt-install --connect qemu:///system -n bsd -r 4096 --vcpus=2 --disk path=/home/vm/hdd/bsd.img,size=100 -c /home/vm/iso/FreeBSD-8.2-RELEASE-amd64-disc1.iso --vnc --noautoconsole --os-type unix --os-variant freebsd7 --accelerate --network=bridge:br0,mac=02:00:00:a7:66:32 --hvm
Обновление: ps -ef | grep qemu
106 2370 1 5 09:40 ? 00:24:10 /usr/bin/kvm -S -M pc-0.12 -enable-kvm -m 4095 -smp 2,sockets=2,cores=1,threads=1 -name roman -uuid 405855d7-7fbe-7ecb-d125-b23fd9c9d07a -nodefaults -chardev socket,id=monitor,path=/var/lib/libvirt/qemu/roman.monitor,server,nowait -mon chardev=monitor,mode=readline -rtc base=utc -boot c -drive file=/home/vm/hdd/roman.img,if=none,id=drive-ide0-0-0,boot=on,format=raw -device ide-drive,bus=ide.0,unit=0,drive=drive-ide0-0-0,id=ide0-0-0 -drive if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw -device ide-drive,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -device ne2k_pci,vlan=0,id=net0,mac=02:00:00:a7:66:31,bus=pci.0,addr=0x3 -net tap,fd=32,vlan=0,name=hostnet0 -chardev pty,id=serial0 -device isa-serial,chardev=serial0 -usb -vnc 127.0.0.1:0 -k en-us -vga cirrus -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x4
решение1
-enable-kvmв строке cmd означает VT, что вы не в режиме эмуляции. Однако я также вижу -M pc-0.12там, я не совсем уверен, как это может повлиять на производительность. -M означает тип эмулируемой машины, и это, вероятно, было установлено так, потому что вы указали BSD в качестве гостевой ОС. Я бы попробовал собрать VM для RHEL6 (например), затем установить FBSD там, и посмотреть, есть ли изменения в производительности.
глядя дальше, у вас есть ваш первый диск, работающий как ide (который намного медленнее, чем virtio), а netdev - ne2k, который также намного медленнее, чем virtio. Не уверен, что есть драйверы FBSD для virtio_net или virtio_blk, но стоит быстро поискать в Google
решение2
Вы можете вызвать info kvmв мониторе QEMU ( Ctrl+ Alt+ 2в окне QEMU, или вы можете запустить QEMU с помощью -monitor stdio)