
He estado usando Vagrant/virtualbox en una computadora portátil relativamente nueva con especificaciones decentes (memoria de 16 GB, cpu Intel i7 4710HQ, SSD m-sata dual).
Hasta ahora, con cada invitado que ejecuto, encuentro una latencia realmente alta, donde las pulsaciones de teclas a través de SSH se repiten segundos después. (Verifiqué los problemas habituales de conexión SSH con la búsqueda de DNS inversa y la autenticación GSSAPI, no se aplican y solo afectarían la conexión inicial).
Mientras tanto (y en otros momentos aleatorios), un núcleo girará hasta un 100% de utilización, que VBoxHeadLess en su interior gasta en su totalidad select()
.
$ ps -o time -p 5257; time sudo strace -c -p 5257 ; ps -o time -p 5257
TIME
00:23:51
Process 5257 attached
^CProcess 5257 detached
% time seconds usecs/call calls errors syscall
------ ----------- ----------- --------- --------- ----------------
99.95 3.214696 128588 25 select
0.03 0.000822 29 28 read
0.02 0.000521 23 23 futex
0.01 0.000413 21 20 sched_yield
------ ----------- ----------- --------- --------- ----------------
100.00 3.216452 96 total
real 0m3.81s
user 0m0.00s
sys 0m0.01s
TIME
00:23:55
$ ps -fp 5257
UID PID PPID C STIME TTY TIME CMD
henk 5257 25788 45 16:34 ? 00:18:20 /usr/lib/virtualbox/VBoxHeadless
Tenga en cuenta el ps -o time
resultado:
00:23:51 (before)
00:23:55 (after)
Combinado con el time ...
resultado de 3,81 segundos, esto confirma que el proceso en realidad pasa todo su tiempo en el núcleo, simplemente esperando eventos.
Mientras tanto, el kernel del host parece estar girando sobre un candado para resolver eso select()
.
He usado virtualbox/vagrant en una computadora portátil i5 más modesta, con el mismo ubuntu 14.04, y nunca vi este tipo de comportamiento.
Preguntas:
- ¿Cómo puedo profundizar más para descubrir la causa del exceso de CPU desperdiciado aquí?
- ¿Alguien está familiarizado con invitados de virtualbox de respuesta similarmente lenta?
actualizar
Después de reiniciar, no puedo ejecutar mis cajas sin problemas. Posible explicación: es posible que haya instalado una actualización del kernel sin reiniciar.
También eliminé un problema potencial con módulos de virtualización en conflicto. Ayer eliminé los módulos kvm del kernel, sin ninguna mejora. Hoy los módulos están de vuelta después del reinicio, pero sin impacto en el rendimiento de vbox.