Isso pode parecer um pouco paranóico, mas eu realmente tenho dúvidas de que meu libvirt+kvm configurado use qualquer aceleração de hardware no debian. Eu configurei comesseguia. na verdade, eu já verifiquei, o módulo kvm-intel está carregado com certeza. Mas dentro do vm com freebsd, por exemplo, eu tenho um atraso enorme enquanto, por exemplo: instalando o sistema operacional, extraindo a árvore de portas com csup e, claro, compilando as portas também. Os recursos são muito grandes nessa máquina: 4 núcleos de CPU e 4 GB de RAM. Posso confirmar que fiz a mesma configuração com o proxmox no debian, antes de configurar o libvirt manualmente na mesma máquina. Então eu sei o quão rápido o convidado deve ser. Portanto, está realmente fora de questão sobre problemas de hardware, quero dizer, a hospedagem OVH afirma que: Intel Core i5-2400 4x3,1+ GHz 6 Mb L2 - QPI 5 GT/s é usado e a virtualização é:Instruções de VT
Então, como eu disse, essa configuração funcionou antes. A única coisa que talvez eu tenha perdido é a configuração do módulo do kernel, mas o kvm-intel está carregado e meu amigo verificou se o libvirt também o usa. então, por favor, me diga o que fiz de errado, talvez oriente dando passos errados ..? talvez o convidado do freebsd não suporte alguma coisa? se precisar de alguma informação adicional, escreva nos comentários. Talvez valha a pena mencionar que atualizei o kernel, já que foi feita nova instalação do debian (no host). Talvez o módulo carregado não consiga encontrar algo relacionado ao kernel. De qualquer forma, estou realmente confuso sobre o que fazer a seguir.
esta configuração foi usada para criar 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
Atualização: ps -ef | grepqemu
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
Responder1
-enable-kvmna linha cmd significa que VT você não está no modo de emulação. No entanto, também vejo -M pc-0.12que não tenho certeza de como isso pode afetar o desempenho. -M significa o tipo de máquina emulada, e provavelmente foi definido assim, porque você especificou BSD como sistema operacional convidado. Eu tentaria construir uma VM para RHEL6 (por exemplo), depois instalaria o FBSD lá e veria se há mudanças no desempenho.
olhando mais adiante, você tem seu primeiro disco funcionando como ide (que é muito mais lento que o virtio) e o netdev é ne2k, que também é muito mais lento que o virtio. Não tenho certeza se existem drivers FBSD para virtio_net ou virtio_blk, mas vale a pena uma rápida pesquisa no Google
Responder2
Você pode invocar info kvmno monitor qemu ( Ctrl+ Alt+ 2na janela do Qemu ou pode iniciar o qemu com -monitor stdio)