Wie wählt man die Paravirtualisierungsschnittstelle in VirtualBox aus?

Das VirtualBox-Handbuch , im Abschnitt Paravirtualisierungsanbieter erklärt sehr deutlich, wann jeder verwendet werden sollte (Hervorhebung hinzugefügt):

• Minimal: Meldet das Vorhandensein einer virtualisierten Umgebung. Meldet zusätzlich die TSC- und APIC-Frequenz an das Gastbetriebssystem. Dieser Anbieter ist zwingend erforderlich für die Ausführung von Mac OS X-Gästen.

• KVM: Stellt eine Linux KVM-Hypervisor-Schnittstelle bereit, die von Linux-Kerneln ab Version 2.6.25 erkannt wird. Die Implementierung von VirtualBox unterstützt derzeit paravirtualisierte Clocks und SMP-Spinlocks. Dieser Anbieter wird für Linux-Gäste empfohlen.

• Hyper-V: Stellt eine Microsoft Hyper-V-Hypervisor-Schnittstelle bereit, die von Windows 7 und neueren Betriebssystemen erkannt wird. Die Implementierung von VirtualBox unterstützt derzeit paravirtualisierte Uhren, APIC-Frequenzberichte, Gast-Debugging, Gast-Absturzberichte und entspannte Timer-Checks. Dieser Anbieter wird für Windows-Gäste empfohlen.

Die anderen Optionen im Dropdown-Menü bewirken Folgendes, wie in den vboxmanage docs erklärt:

• Keine : Durch die Angabe von none wird die Freigabe der Paravirtualisierungsschnittstelle explizit ausgeschaltet.

• Default : Die Option default, wählt beim Starten der VM eine geeignete Schnittstelle abhängig vom Typ des Gastbetriebssystems. Dies ist die Standardoption, die beim Erstellen neuer VMs gewählt wird.

• Legacy : Die Option legacy wird für VMs gewählt, die mit älteren VirtualBox-Versionen erstellt wurden und wählt beim Starten der VM mit VirtualBox 5.0 und neuer eine Paravirtualisierungsschnittstelle.

Um genauer zu sein, da ich 4.3 migrierte VMs hatte, und diese “legacy” sind, war ich auch daran interessiert, welche Einstellung zu verwenden ist, wenn ich VM von Linux nach Windows oder umgekehrt kopiere:

–paravirtprovider none|default|legacy|minimal|hyperv|kvm: Diese Einstellung gibt an, welche Paravirtualisierungsschnittstelle dem Gastbetriebssystem zur Verfügung gestellt werden soll.

• Die explizite Angabe von keine schaltet das Bereitstellen** jeglicher Paravirtualisierungsschnittstelle aus.
  
• Die Option Standard wählt beim Starten der VM eine geeignete Schnittstelle abhängig vom Typ des Gastbetriebssystems. Dies ist die Standardoption, die beim Erstellen neuer VMs gewählt wird.
  
• Die Option legacy wird für VMs gewählt, die mit älteren VirtualBox-Versionen erstellt wurden und wählt beim Starten der VM mit VirtualBox 5.0 und neuer eine Paravirtualisierungsschnittstelle.
  
• Der minimal-Anbieter ist zwingend erforderlich für Mac OS X-Gäste ,
• kvm - empfohlen für Linux-Gäste
• und hyperv - empfohlen für Windows-Gäste

Diese Optionen werden in Abschnitt 10.4, Paravirtualisierungsanbieter “ ausführlich erläutert.

Aus Handbuch Kapitel 8 .

Wenn Sie also VirtualBox unter Linux auf Version 5 aktualisiert haben, wählen Sie einfach kvm oder default, starten Sie die VM und prüfen Sie, ob sie korrekt funktioniert. Wenn ja, lassen Sie einfach die neue Einstellung.

Wenn Sie VMs von Linux nach Windows migrieren/verschieben, empfehle ich die Option default, die eine automatische Auswahl der besten Virtualisierungsschnittstelle vornimmt.

Nur mal so am Rande, basierend auf meinen eigenen Tests.

Ich hatte mit einem Windows 10-Gast getestet, der auf einem Windows 10-Host und auf einem Linux-Host lief (oder zumindest hatte ich es versucht).

Nicht zu vergessen, dass alle virtuellen Festplatten, die ich verwende, nicht veränderbar sind (um identische Tests zu gewährleisten).

Auf dem Windows 10-Host läuft der Gast normal (vielleicht ein bisschen langsam), aber er bootet und der Desktop wird angezeigt… die Paravirtualisierung ist “Standard”.

Wenn ich dieselbe virtuelle Maschine auf einem Linux-Host mit Paravirtualisierung “Standard” versuche, bootet der Windows 10-Gast nicht, er bootet, bis sich Punkte im Kreis bewegen, dann friert er nach einer Weile ein… keine Möglichkeit, den Login zu erreichen, auch nicht den Desktop… denken Sie daran, dass alle Festplatten unveränderbar sind.

Aber sobald ich die Paravirtualisierung auf “Heredada” einstelle (es ist auf Spanisch), bootet er und erreicht den Desktop, aber manchmal (denken Sie daran, dass alle Festplatten unveränderlich sind) bootet er neu, während ich ihn ein anderes Mal benutzen kann (sehr, sehr langsam)… also muss es irgendwo einen Wettlauf geben, da er mit unveränderlichen Festplatten nicht immer dasselbe tut.

Ah, übrigens, der Windows-Gast hat keinen Internetzugang, um sicher zu sein, dass keine Internetverbindung dafür sorgen kann, dass die Dinge beim Kaltstart anders laufen.

Denken Sie daran:

• Alle Festplatten sind unveränderbar
• Alle werden bei jedem Kaltstart zurückgesetzt
• Der Windows-Gast funktioniert nicht immer
• Mit Paravirtualisierung auf “Standard” bootet er nicht einmal auf dem Linux-Host, bootet aber gut auf dem Windows-Host.
• Mit Paravirtualisierung auf “Heredada” bootet er auf dem Linux-Host (aber er ist nicht immer stabil, so dass man ihn benutzen kann)

Ich hatte auch versucht, 2D & 3D (auch PAE/NX) zu aktivieren/deaktivieren, weil ich möchte, dass derselbe Gast (virtuelle Festplatten, die von einem Host auf den anderen kopiert werden) auf zwei verschiedenen Hosts stabil ist; Außerdem möchte ich in der Lage sein, virtuelle Festplatten von einem Host auf einen anderen Host zu kopieren, nachdem ich ein Update durchgeführt habe (bevor ich einen Kaltstart durchführe, eine unveränderliche Festplatte mit der übergeordneten verschmelze, um Änderungen dauerhaft zu machen und nicht verloren zu gehen, aka mit CloneVDI); ich verwende keine Snapshots, nur unveränderliche Festplatten.

Das ist, was ich gesehen habe, ich muss mehr Tests mit anderen Paravirtualisierungswerten machen, nur für den Fall, dass einer davon besser auf dem Linux-Host funktioniert. Ich verwende weder MAC noch OS/2, nur Windows- und Linux-Hosts (beide Hosts sind auf unterschiedlicher physikalischer Hardware).

VERSION: Der Windows 10-Gast ist HOME 64Bits und die Version ist 1809.17763.379

Hoffentlich hilft das anderen, testen & testen & erneut testen (besser mit unveränderlichen Festplatten) jede Kombination von Werten, bis man eine Kombination findet, die funktioniert, es scheint der einzige Weg zu sein, einen Gast auf verschiedenen Hosts (Windows/Linux) zum Laufen zu bringen!!!