Para entender a arquitetura do processo do VirtualBox, veja a A arquitetura do VirtualBox :
Once you start a virtual machine (VM)
from the GUI, you have two windows
(the main window and the VM), but
three processes running. Looking at
your system from Task Manager (on
Windows) or some system monitor (on
Linux), you will see these:
- VirtualBox, the GUI for the main window;
- Another VirtualBox process that was started with the -startvm
parameter, which means that its GUI
process acts as a shell for a VM;
- VBoxSVC, the service mentioned above, which is running in the
background to keep track of all the
processes involved. This was
automatically started by the first GUI
process.
Em relação à memória, o Manual do usuário afirma:
Base memory
This sets the amount of
RAM that is allocated and given to the
VM when it is running. The specified
amount of memory will be requested
from the host operating system, so it
must be available or made available as
free memory on the host when
attempting to start the VM and will
not be available to the host while the
VM is running. This is the same
setting that was specified in the "New
Virtual Machine" wizard, as described
with guidelines under the section
called “Creating a virtual machine”
above.
Isso significa que o convidado sai do host:
- Tanta memória quanto foi declarada com
- Cada VM também é um executável do VirtualBox, então você precisa adicionar sua memória.
É sempre possível que o manual do VirtualBox tenha várias versões por trás e que a técnica de otimização de memória mais recente não esteja documentada.
Além disso, o VirtualBox pode estar otimizando o uso da memória não alocando toda a memória da VM definida.
A alocação de memória conforme necessário é uma otimização que pode economizar muito na memória física, mas os processos que consomem muita memória na VM podem ser retardados pela necessidade freqüente do VirtualBox de solicitar mais memória do host.