
Tengo un KVM+libvirtd estándar (no modificado) instalado en una máquina Centos 6 limpia con 8G de RAM y CPU de 8 núcleos.
Cuando intento instalar centos 6 invitado usando virt-manager, me lleva mucho tiempo finalizar la instalación. Le di 2 núcleos y 3 GB de RAM y puedo ver en la pestaña de rendimiento que usa los 3 GB de RAM de forma permanente.
¿Dónde hay un problema?
Respuesta1
Tuve este problema con KVM (CentOS EL 6.4), así que ejecuté una prueba comparativa para descubrir qué estaba pasando. Resulta que mi máquina virtual invitada estaba funcionando solo un 15% más rápido que el host (sistema operativo básico). Verifiqué los requisitos previos de kvm y verifiqué que mi procesador Intel tiene VT-x (vmx) [AMD lo llama svm].
cat /proc/cpuinfo | grep vmx
¿Por qué entonces el lento rendimiento? Resulta que necesitaba habilitar VT-x en el BIOS del sistema (máquina más antigua de alrededor de 2006). Para verificar que este era el problema, verifiqué si el módulo del kernel se kvm_intel
estaba ejecutando:
lsmod | grep kvm
Resulta que no estaba funcionando con kvm_intel
. Cuando instalé mi máquina virtual, libvirt definió el archivo domain type
como qemu
. Pero esto debería ser tipo kvm
. Puedes comprobar:
virsh edit your_vm_guest_domain
... revisa la línea en la parte superior ...
<domain type='qemu'>
Fue libvirt diciéndome que no detectó la kvm_intel
presencia en mi sistema y que por defecto utilizó la emulación simple de qemu.
Cuando habilité VT-x en el BIOS, descubrí que podía cargar el kvm_intel
módulo y luego cambié el archivo <domain type='kvm'>
. Ejecuté el mismo punto de referencia nuevamente y prácticamente no encontré ninguna diferencia en la velocidad entre la VM invitada y el sistema operativo host.
Respuesta2
El modo de caché de disco predeterminado es la escritura directa, que es muy lenta. Cambie los discos arespóndememodo y disfrutará de un aumento muy significativo del rendimiento de E/S.
Antes de que alguien se queje de eso: con versiones relativamente recientes (CentOS 6+) de libvirt/qemu/kvm,los discos de reescritura son segurosa menos que el sistema operativo invitado no admita/active barreras de escritura (que son compatibles y habilitadas por cualquier sistema operativo invitado reciente que se me ocurra).