Esto puede sonar un poco paranoico, pero realmente tengo la duda de que mi libvirt+kvm configurado utilice alguna aceleración de hardware en Debian. Lo configuré conesteguía. de hecho, ya lo he comprobado, el módulo kvm-intel está cargado con seguridad. Pero dentro de vm con freebsd, por ejemplo, tengo un retraso tan grande al, por ejemplo, instalar el sistema operativo, extraer el árbol de puertos con csup y, por supuesto, también compilar puertos. Los recursos son bastante grandes en esa máquina: 4 núcleos de CPU y 4 GB de RAM. Puedo confirmar que tuve la misma configuración con proxmox en Debian, antes de configurar libvirt manualmente en la misma máquina. Entonces sé qué tan rápido debe ser el invitado. Por lo tanto, está realmente fuera de discusión sobre el problema de hardware, me refiero al hosting de OVH que indica que: Intel Core i5-2400 4x3.1+ GHz 6 Mb L2 - Se utiliza QPI 5 GT/seg y la virtualización es:Instrucciones de TV
Como dije, esta configuración funcionó antes. Lo único que tal vez me perdí fue la configuración del módulo del kernel, pero kvm-intel está cargado y mi amigo comprobó que libvirt también lo usa. Entonces, por favor dígame qué hice mal, ¿quizás una guía que dé los pasos equivocados? ¿Quizás freebsd guest no soporta algo? Si necesita información adicional, escriba en los comentarios. Tal vez valga la pena mencionar que actualicé el kernel, ya que se realizó una nueva instalación de Debian (en el host). Tal vez el módulo cargado no pueda encontrar algo relacionado con el kernel... de todos modos, estoy realmente desconcertado sobre qué hacer a continuación.
esta configuración se utilizó para crear 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
Actualización: 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
Respuesta1
-enable-kvmen la línea cmd significa que VT no estás en modo de emulación. Sin embargo, también veo -M pc-0.12que no estoy muy seguro de cómo esto puede afectar el rendimiento. -M significa el tipo de máquina emulada, y probablemente se configuró así porque especificó BSD como sistema operativo invitado. Intentaría crear una máquina virtual para RHEL6 (por ejemplo), luego instalaría FBSD allí y vería si hay cambios en el rendimiento.
Mirando más allá, tienes tu primer disco funcionando como ide (que es mucho más lento que virtio) y netdev es ne2k, que también es mucho más lento que virtio. No estoy seguro de que existan controladores FBSD para virtio_net o virtio_blk, pero vale la pena una búsqueda rápida en Google.
Respuesta2
Puede invocar info kvmen el monitor qemu ( Ctrl+ Alt+ 2en la ventana de Qemu, o puede iniciar qemu con -monitor stdio)