Это может показаться немного параноидальным, но я действительно сомневаюсь, что моя настроенная библиотека libvirt + kvm использует какое-либо аппаратное ускорение в debian. Я настроил это с помощью этот руководство. собственно я уже проверил, модуль kvm-intel загружен точно. Но внутри vm с freebsd, например, у меня такое огромное отставание, например, при установке ОС, извлечении дерева портов с помощью csup и, конечно же, компиляции портов. Ресурсов на этой машине довольно много: 4 ядра процессора и 4 ГБ оперативной памяти. Я могу подтвердить, что у меня была такая же настройка с proxmox на debian, прежде чем вручную настраивать libvirt на той же машине. Так что я знаю, насколько быстрым должен быть гость. Так что об аппаратном обеспечении не может быть и речи, я имею в виду, что хостинг OVH заявляет, что: Intel Core i5-2400 4x3,1 + ГГц 6 Мб L2 - QPI 5 GT / sec используется, а виртуализация: Инструкции по VT
Как я уже сказал, эта установка работала раньше. Единственное, что, может быть, я пропустил конфигурацию модуля ядра, но kvm-intel загружен, и мой друг проверил, что libvirt тоже его использует. так что, пожалуйста, скажите мне, что я сделал не так, может быть руководство дает неправильные шаги ..? может гость freebsd что-то не поддерживает? если вам нужна дополнительная информация, пишите в комментариях. Возможно, стоит упомянуть, что я обновил ядро, так как была произведена новая установка debian (на хосте). Может быть, загруженный модуль не может найти что-то связанное с ядром ... в любом случае я очень озадачен, что делать дальше.
эта конфигурация использовалась для создания vm:
# 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
Вы можете вызвать info kvm в мониторе qemu (Ctrl+Alt+2 в окне Qemu, или вы можете запустить qemu с помощью -monitor stdio)
-enable-kvm в строке cmd означает, что вы не находитесь в режиме эмуляции. Однако я также вижу -M pc-0.12 там, я не совсем уверен, как это может повлиять на производительность. -M означает тип эмулируемой машины, и это, вероятно, было установлено так, потому что вы указали BSD в качестве гостевой ОС. Я бы попытался создать виртуальную машину для RHEL6 (например), затем установить туда FBSD и посмотреть, есть ли изменения в производительности.
Если посмотреть дальше, у вас есть ваш первый диск, работающий как ide (который намного медленнее, чем virtio), а netdev - ne2k, который также намного медленнее, чем virtio. Не уверен, что есть драйверы FBSD для virtio_net или virtio_blk, но стоит поискать в гугле