Preferiblemente hubiera deseado un control fijo sobre las máquinas virtuales y no porcentual, similar a lo que ofrecen los alojamientos web basados en VPS. Es decir controlar en algo como megahercios la CPU virtual, en vez de en porcentaje.

Así es, el control sobre las CPUs se basa en porcentaje sobre la CPU virtual del anfitrión. Veamos como hacer esto.

A través del GUI propio de VirtualBox no tenemos control sobre esta característica. Necesitamos ejecutar el comando VBoxManage desde un terminal.

Abrimos un terminal desde Aplicaciones -> Accesorios -> Terminal o pulsando CTRL+ALT+T simultáneamente.

La perspectiva más interesante creo que es cuando las máquinas virtuales están en ejecución, aunque también podemos limitar el uso de CPU de las máquinas virtuales antes de que inicien su ejecución.

Limitar CPU en ejecución

Para conocer las máquinas virtuales en ejecución usaremos la siguiente orden:

VBoxManage list runningvms

VBoxManage es el comando que permite tomar el control sobre VirtualBox, y list runningvms nos muestra un listado de las máquinas virtuales en ejecución. En mi caso muestra:

"u1010" {0f086fe3-35a9-4162-b9da-708c11b49abc}

Una máquina en ejecución, de nombre u1010 seguido de su identificador. Es un Ubuntu Desktop 10.10 Maverick.

Ahora que sabemos como se llama la máquina virtual podemos tomar su control. Con el siguiente comando vamos a limitar el uso que hace de CPU al 25%:

VBoxManage controlvm u1010 cpuexecutioncap 25

La plantilla de la orden a ejecutar sería:

VBoxManage controlvm nombrevm cpuexecutioncap cpu%

Donde nombrevm es el nombre de la máquina virtual a controlar y cpu% el porcentaje de 1-100 de tiempo de CPU.

Limitar la CPU en máquinas desactivadas

De un modo similar al anterior haremos un listado de las máquinas virtuales que aloja VirtualBox. Desde una terminal ejecutamos:

VBoxManage list vms

"arch32" {cb6b291a-4151-47a1-8f85-c0c0810a16fe}
"u1010" {0f086fe3-35a9-4162-b9da-708c11b49abc}

Vemos dos máquinas virtuales. Para limitar el uso de CPU usaríamos la siguiente plantilla de comando:

VBoxManage modifyvm nombrevm --cpuexecutioncap cpu%

Por ejemplo para limitar al 75% la CPU de la máquina virtual con Ubuntu 10.10 (la que tiene por nombre u1010) ejecutaríamos la siguiente orden:

VBoxManage modifyvm u1010 --cpuexecutioncap 75

Desde la línea de comando se tiene un control completo de las máquinas virtuales de VirtualBox. Se pueden arrancar, congelar o apagar. Variar sus características o como hemos visto en esta entrada los recursos de CPU que emplean. Todo esto hace sencillo el preparar unos scripts para aprovechar al máximo VirtualBox.

En la pruebas se ha usado VirtualBox 4.04 en Ubuntu 10.04 64 bits.

Si la quieres probar sigue los siguientes pasos.

Abre un terminar para instalar los repositorios
abriendo con gedit tu sources.list

sudo gedit /etc/apt/sources.list

Añade estas líneas a final de tu archivo sources.list

#Chrome
deb http://ppa.launchpad.net/chromium-daily/ppa/ubuntu jaunty main
deb-src http://ppa.launchpad.net/chromium-daily/ppa/ubuntu jaunty main

Guarda las modificaciones, y cierra gedit para regresar al terminal. Para recuperar la clave pgp que autentifica los paquetes usa:

sudo apt-key adv --recv-keys --keyserver keyserver.ubuntu.com 0xfbef0d696de1c72ba5a835fe5a9bf3bb4e5e17b5

Actualiza los repositorios e instala Chrome con:

sudo apt-get update && sudo apt-get install chromium-browser

Y con esto tendrás disponible para probar Chrome en Aplicaciones → Internet → Chromium Web Browser.

Pasos para realizar la conversión.

Debes tener actualizado tu Ubuntu a la versión 9.04 Jaunty Jackalope. Si consideras importante la información que guardas en el disco deberás considerar hacer una copia de seguridad de los archivos importantes.  No tiene por que pasar nada, pero si la información lo vale no debes correr el riesgo.

Arranca el equipo desde un CD de arranque que contenga Ubuntu 9.04 Jaunty. Una vez estemos en el escritorio de gnome abrimos un terminal desde Aplicaciones → Accesorios → Terminal.

Nos convertimos en root con:

sudo -i

Con lo que simplificamos la introducción de comandos.
Identificamos la partición que queremos convertir con:

fdisk -l

y podremos ver algo como:

De lo que deducimos que la partición de arranque es /dev/sda1, y esta ruta será la que usemos en los siguientes comandos.

Procedemos a convertir la partición a ext4 con el siguiente comando. El parámetro que usamos es una o mayúscula, no es un cero ni una o minúscula.

tune2fs -O extents,uninit_bg,dir_index /dev/sda1

Comprobamos la integridad del disco con:

e2fsck -pf /dev/sda1

Es normal que nos informe de algún error.

Montamos la partición.

mount -t ext4 /dev/sda1 /mnt

Y abrimos para editar el fstab que se aloja en el disco convertido.

gedit /mnt/etc/fstab

Buscaremos algo como lo siguiente:

# / was on /dev/sda1 during installation
UUID=e8113d8a-18c6-4cf8-9055-6cc97e0f4128 /               ext3    relatime,errors=remount-ro 0       1

Y lo cambiaremos donde pone ext3 a ext4

# / was on /dev/sda1 during installation
UUID=e8113d8a-18c6-4cf8-9055-6cc97e0f4128 /               ext4    relatime,errors=remount-ro 0       1

y guardamos. Podemos reiniciar.

A veces aparece un error fatal (error 13) que se produce por una asignación incorrecta en el grub. Se resuelve iniciando con el CD de Ubuntu 9.04 Jaunty y ejecutando desde un terminal:

sudo mount /dev/sda1 /mnt
sudo grub-install /dev/sda --root-directory=/mnt --recheck

Final

Terminado este proceso habremos convertido la partición al mas nuevo formato ext4. Una de las características de ext4 es la total compatibilidad con ext3 lo que hace que convertir de uno a otro sea tan fácil. Los archivos alojados en nuestro disco anteriores al proceso de conversión no se benefician de las características de ext4. Solo los nuevos archivos lo hacen. Puedes copiar a otro disco esos archivos y volverlos a pasar al disco convertido a ext4 con lo que entonces si se benefician de las nuevas características.

Se ha informado sobre algunos problemas con ext4 y perdida de datos pero como podemos leer en el blog de Diego Calleja es una información totalmente alarmista.