VirtualBox langsam: VM beschleunigen

Q: Warum ist meine VirtualBox-VM plötzlich langsamer als vorher?

Typische Ursachen: ein Windows-Update hat Hyper-V oder WSL2 aktiviert (Hybrid-Modus statt nativem VT-x), oder ein Guest-Update hat die Guest Additions inkompatibel gemacht. Beides ist mit jeweils einem Reboot und einer Neu-Installation der Additions schnell behoben.

Eine VirtualBox-VM ruckelt, friert kurz ein oder zieht die Host-CPU dauerhaft auf 100 Prozent. Mäuse zucken nach, der Desktop reagiert verspätet, ein simples Browser-Tab wird zur Geduldsprobe. Das Phänomen kennt jeder, der länger mit Virtualisierung arbeitet - und in den meisten Fällen liegt es nicht am Host-Rechner, sondern an ein paar Einstellungen in der VM oder am Hypervisor-Konflikt unter Windows.

Diese Anleitung deckt die häufigsten Performance-Bremsen ab: Hardware-Virtualisierung, CPU- und RAM-Zuteilung, Storage-Controller, Display-Backend, Guest Additions und die typischen Hypervisor-Konflikte unter Windows 10 und 11. Der Artikel ist 2014 als reine Ubuntu-13.10-Anleitung gestartet - heute behandelt er VirtualBox 7.x mit allen aktuellen Guest-Systemen.

Schritt 1: VT-x bzw. AMD-V im BIOS aktivieren

Ohne Hardware-Virtualisierung läuft jede 64-Bit-VM extrem langsam, weil VirtualBox alles in Software emulieren muss. Prüf im BIOS/UEFI deines Hosts, ob die Option aktiv ist:

Intel-CPU: Option heißt Intel VT-x oder Intel Virtualization Technology. Meist unter Advanced › CPU Configuration.
AMD-CPU: Option heißt AMD-V oder SVM Mode. Meist unter Advanced › CPU Configuration oder OC Tweaker.

Schnellcheck im laufenden System: Unter Windows zeigt der Task-Manager auf der Registerkarte Leistung › CPU rechts unten das Feld Virtualisierung: Aktiviert. Unter Linux verrät egrep -c '(vmx|svm)' /proc/cpuinfo mit einem Wert > 0, dass die CPU sie unterstützt - das läuft aber erst, wenn auch das BIOS sie freigibt.

Schritt 2: VM-Konfiguration realistisch dimensionieren

Die häufigste Performance-Bremse: zu wenig zugewiesene Ressourcen oder das Gegenteil - so viel, dass der Host kaum noch atmet. Eine Faustregel:

RAM: 4 GB für leichte Linux-VMs, 6 bis 8 GB für aktuelle Desktop-Distributionen, 8 bis 12 GB für Windows 10/11. Lass dem Host mindestens 4 GB übrig, sonst beginnt er zu swappen und beide Systeme bremsen sich gegenseitig.
CPU-Kerne: Maximal die Hälfte der physischen Kerne deines Hosts (nicht der logischen Threads). Wer einer VM mehr als die Hälfte gibt, riskiert sogenanntes CPU-Starving auf dem Host.
Grafik-RAM: 128 MB für 2D-Desktops, 256 MB falls du leichten 3D-Content nutzt. Mehr bringt fast nichts.
Paravirtualisierungs-Schnittstelle: Unter System › Beschleunigung auf KVM setzen, wenn der Guest Linux ist - und auf Hyper-V, wenn der Guest Windows ist. Die Default-Option "Standard" ist konservativ, die expliziten Werte sind oft spürbar schneller.

Schritt 3: Storage-Controller umstellen

Der virtuelle SATA- oder IDE-Controller, der von VirtualBox standardmäßig gesetzt wird, ist auf Kompatibilität ausgelegt - nicht auf Tempo. Auf modernen Hosts mit SSD bringt der Wechsel auf NVMe-Controller deutlich mehr I/O-Performance:

Unter Einstellungen › Massenspeicher einen NVMe-Controller hinzufügen und die VDI-Festplatte daran hängen.
Bei VDI-Festplatten: Wenn möglich ein festgelegtes Volume verwenden statt dynamisch wachsendem. Festgelegte Volumes sind merklich schneller, brauchen aber den vollen Platz von Anfang an.
Host-Cache für I/O aktivieren (Haken bei der Festplatte), wenn ausreichend Host-RAM vorhanden ist.

Auf SSD-Hosts spürt man den Unterschied zwischen IDE- und NVMe-Controller besonders deutlich beim Booten und beim Start großer Programme.

Schritt 4: Display-Backend prüfen

Mit VirtualBox 6.1 ist die alte 3D-Beschleunigung als instabil markiert und in 7.0 standardmäßig deaktiviert. Das Display-Backend heißt heute VMSVGA und ist die richtige Wahl für fast alle Fälle:

Linux-Guests (Ubuntu, Fedora, Mint mit GNOME/KDE/XFCE): Backend auf VMSVGA, 3D-Beschleunigung aus. Wenn Wayland-Probleme auftauchen, im Login-Screen "Ubuntu on Xorg" wählen.
Windows-Guests: Backend auf VBoxSVGA, 3D nur einschalten, wenn die VM auch für Spiele oder Grafik-Anwendungen genutzt wird.
Reine Server-VMs ohne Desktop: Backend auf VBoxVGA, weniger Overhead.

Wer 3D-Beschleunigung wirklich braucht, ist mit VMware Workstation oder einer Hypervisor-Lösung mit GPU-Passthrough besser bedient - VirtualBox ist hier seit Jahren keine erste Wahl mehr.

Schritt 5: Guest Additions installieren

Die Guest Additions sind Treiber im Gast-System, die unter anderem den Maus-Integration, geteilte Zwischenablage, geteilte Ordner und einen beßeren Display-Treiber liefern. Sie sind Pflicht für eine flüssige VM:

Linux-Guests: Im VirtualBox-Menü Geräte › Gasterweiterungen einlegen, dann im Terminal cd /media/$USER/VBox_GAs_*; sudo sh VBoxLinuxAdditions.run. Anschließend VM neu starten. Bei Ubuntu/Debian alternativ über das Repository: sudo apt install virtualbox-guest-utils virtualbox-guest-x11.
Windows-Guests: Menü Geräte › Gasterweiterungen einlegen, dann VBoxWindowsAdditions.exe im virtuellen CD-Laufwerk starten. Reboot, fertig.

Ohne Guest Additions ist die Grafik-Performance erheblich schlechter, der Maus-Cursor ist zäh, und die Auflösung passt sich nicht automatisch dem VirtualBox-Fenster an.

Schritt 6: Hypervisor-Konflikte unter Windows 10/11 lösen

Das ist der häufigste neue Fallstrick seit etwa 2020: Wenn auf dem Host bereits Hyper-V, WSL2 oder Windows-Sandbox aktiv ist, schaltet Windows ab Werk den Hyper-V-Hypervisor ein. Dann übernimmt nicht mehr VirtualBox die Kontrolle über VT-x, sondern Microsoft. VirtualBox erkennt das, fuhr aber lange im Emulationsmodus - was um Faktor 10 langsamer war.

Seit VirtualBox 6.1.16 wird Hyper-V als Rücken-Hypervisor genutzt, was wieder flüssiges Arbeiten ermöglicht. Trotzdem ist nativer VT-x-Zugriff schneller. So prüfst und schaltest du Hyper-V ab, falls du es nicht brauchst:

PowerShell als Admin: bcdedit /enum {current}. Wenn dort hypervisorlaunchtype Auto steht, ist Hyper-V aktiv.
Deaktivieren mit bcdedit /set hypervisorlaunchtype off und Reboot.
In den Windows-Features Hyper-V, Windows Hypervisor-Plattform, Windows-Sandbox und Virtual Machine Platform abhaken, wenn keines davon genutzt wird.
Wer WSL2 weiter nutzen will, muss mit dem Hybrid-Modus leben. Performance liegt dann bei etwa 80 Prozent der nativen Werte - üblicherweise akzeptabel.

Schritt 7: Host-Prozess-Priorität anpassen

Wenn der Host noch andere Programme parallel zur VM läuft, kann ein erhöhte Prozess-Priorität helfen:

Unter Windows den VirtualBoxVM.exe-Prozess im Task-Manager auf Hohe Priorität setzen - aber nicht auf Echtzeit, sonst friert der Host kurz ein.
Unter Linux renice -10 -p $(pgrep VirtualBoxVM) als root, wenn der VM-Prozess läuft.

Das ist ein letzter Hebel, kein Allheilmittel. Wenn alle anderen Schritte umgesetzt sind, ist der Effekt meist klein.

Prüfen: Lohnt sich die VM überhaupt noch?

VirtualBox ist seit Jahren ein solider Allrounder für Test-VMs, Schulungs-Umgebungen und kleine Server. Wer aber dauerhaft flüssige Linux-Desktops braucht, ist mit WSL2 (Linux-Distribution unter Windows ohne klassische VM) oft besser bedient. Für Container reicht Docker Desktop. Für Produktiv-Server lohnt der Blick auf Proxmox oder libvirt/QEMU.

VirtualBox bleibt stark, wenn du isolierte Test-VMs mit Snapshot brauchst, ein Komplett-System abbilden willst oder Software testest, die zwingend einen klassischen Hypervisor erfordert.

FAQ

Warum ist meine VirtualBox-VM plötzlich langsamer als vorher?

Typische Ursachen: ein Windows-Update hat Hyper-V/WSL2 aktiviert (Hybrid-Modus statt nativem VT-x), oder ein Guest-Update hat die Guest Additions inkompatibel gemacht. Beides ist mit jeweils einem Reboot und einer Neu-Installation der Additions schnell behoben.

Wieviel RAM sollte ich einer VirtualBox-VM geben?

Faustregel: höchstens die Hälfte des Host-RAM, damit der Host nicht zu swappen anfängt. Konkret 4 bis 6 GB für Linux-Desktops und 8 bis 12 GB für Windows 10/11.

Warum läuft 3D-Beschleunigung nicht mehr?

Seit VirtualBox 7.0 ist 3D-Beschleunigung standardmäßig deaktiviert, weil die alte ChromiumGL-Schnittstelle als instabil galt. Wer 3D-Workloads in einer VM braucht, sollte zu VMware Workstation oder einer Lösung mit GPU-Passthrough greifen.

Ist Hyper-V deaktivieren immer noch nötig?

Seit VirtualBox 6.1.16 nutzt VirtualBox die Hyper-V-Plattform als Backend, wenn sie aktiv ist - der früher dramatische Performance-Verlust ist weg. Wer WSL2 oder Windows-Sandbox aktiv hat, kann Hyper-V anlassen. Wer maximale VM-Performance will und keines davon braucht, profitiert vom Abschalten.

Warum ist die VM bei NVMe-SSD trotzdem zäh?

Meist liegt es am virtuellen Storage-Controller (immer noch IDE oder SATA statt NVMe) oder am dynamischen Volume mit vielen Fragmenten. Umstellung auf NVMe-Controller und ggf. Konvertierung zu festem Volume bringen meist deutliche Verbesserungen.