2015-07-27 14:21:19 +0000 2015-07-27 14:21:19 +0000
97
97
Advertisement

Comment sélectionner l'interface de paravirtualisation dans VirtualBox ?

Advertisement

Avec un système hôte Windows 8 (Intel Core i5) et un hôte Linux Fedora, je voudrais déterminer le réglage optimal de l'interface paravirtuelle.

Les options sont

  • aucune
  • Par défaut
  • Legacy
  • minimal
  • Hyper-V
  • KVM Cette page suggèrent que la sélection est uniquement basée sur le système invité :

Le plus grand changement dans VirtualBox 5.0 est l'introduction de la prise en charge de la paravirtualisation, qui apporte des performances et une précision de chronométrage supérieures aux systèmes d'exploitation invités pris en charge (Hyper-V sur Windows et KVM sur Linux).

Est-ce exact ?

Advertisement

Réponses (3)

108
108
108
2015-07-27 14:33:29 +0000

Le Manuel VirtualBox , dans la section intitulée Fournisseurs de paravirtualisation explique très clairement quand chacun doit être utilisé (c'est nous qui soulignons) :

  • Minimal: Annonce la présence d'un environnement virtualisé. De plus, il signale la fréquence TSC et APIC au système d'exploitation invité. Ce fournisseur est obligatoire pour l'exécution de tout invité Mac OS X.

  • KVM: Présente une interface d'hyperviseur KVM Linux qui est reconnue par les noyaux Linux à partir de la version 2.6.25. La mise en œuvre de VirtualBox prend actuellement en charge les horloges paravirtualisées et les spinlocks SMP. Ce fournisseur est recommandé pour les invités Linux.

  • Hyper-V: Présente une interface d'hyperviseur Microsoft Hyper-V qui est reconnue par les systèmes d'exploitation Windows 7 et plus récents. La mise en œuvre de VirtualBox prend actuellement en charge les horloges paravirtualisées, les rapports de fréquence APIC, le débogage des invités, les rapports d'incident des invités et les contrôles de temporisation détendus. *Ce fournisseur est recommandé pour les invités Windows *

Les autres options du menu déroulant sont les suivantes, comme expliqué dans la doc vboxmanage docs :

  • Aucune : La spécification de none désactive explicitement l'exposition de toute interface de paravirtualisation.

  • Défaut : L'option default, choisira une interface appropriée en fonction du type d'OS invité au démarrage de la VM. C'est l'option par défaut choisie lors de la création de nouvelles VM.

  • Legacy : L'option legacy est choisie pour les VMs qui ont été créées avec des versions antérieures de VirtualBox et qui choisiront une interface de paravirtualisation au démarrage de la VM avec VirtualBox 5.0 et plus récent.

10
10
10
2015-12-04 23:00:36 +0000

Soyons plus précis, parce que j'avais 4.3 machines virtuelles migrées, et ce sont des “héritages”, je m'intéressais aussi à la configuration à utiliser, si je copie une machine virtuelle de Linux à Windows ou vice versa :

–paravirtprovider none|default|legacy|minimal|hyperv|kvm : Ce paramètre spécifie l'interface de paravirtualisation à fournir au système d'exploitation invité.

  • Spécifier none explicitement désactive l'exposition de toute interface de paravirtualisation.
  • L'option default, choisira une interface appropriée selon le type de système d'exploitation invité lors du démarrage de la VM. C'est l'option par défaut choisie lors de la création de nouvelles VM.
  • L'option legacy est choisie pour les VMs qui ont été créées avec des versions plus anciennes de VirtualBox et choisira une interface de paravirtualisation au démarrage de la VM avec VirtualBox 5.0 et plus récent.
  • Le fournisseur minimal est obligatoire pour les invités Mac OS X ,
  • kvm - recommandé pour les invités Linux
  • et hyperv - recommandé pour les invités Windows

Ces options sont expliquées en détail dans la section 10.4, Fournisseurs de paravirtualisation “.

De chapitre 8 du manuel .

Donc si vous avez mis à jour VirtualBox vers la version 5 sous Linux, sélectionnez simplement kvm ou default , démarrez la VM et vérifiez qu'elle fonctionne correctement. Si oui, laissez simplement le nouveau paramètre.

Si vous migrez/déplacez des VM de Linux vers Windows, je vous recommande d'avoir l'option default, qui permet de sélectionner automatiquement la meilleure interface de virtualisation.

0
Advertisement
0
0
2019-03-26 11:23:17 +0000

Juste mu à cents, sur la base de mes propres tests.

J'avais testé avec un invité Windows 10, fonctionnant sur un hôte Windows 10 et sur un hôte Linux (ou du moins j'avais essayé).

Sans compter que tous les disques virtuels que j'utilise sont inmuables (pour assurer des tests identiques).

Sur un hôte Windows 10, l'invité fonctionne normalement (peut-être un peu lentement) mais il démarre et le bureau s'affiche… la paravirtualisation est “par défaut”.

Si j'essaie la même machine virtuelle sur un hôte Linux avec la paravirtualisation “par défaut”, l'invité Windows 10 ne démarre pas, il démarre jusqu'à ce que les points bougent en cercle, puis après un certain temps, il se bloque… aucun moyen d'accéder au login, ni au bureau… rappelez-vous que tous les disques sont inmuables.

Mais dès que je règle la paravirtualisation sur “Heredada” (c'est en espagnol), il démarre et atteint le bureau, mais parfois (rappelez-vous que tous les disques sont inmuables) il redémarre, alors que d'autres fois je peux l'utiliser (très, très lentement)… il doit donc y avoir une contition de course quelque part, mais avec des disques inmuables, il ne fait pas toujours la même chose.

Ah, au fait, l'invité de Windows n'a pas d'accès à Internet pour être sûr qu'aucune connexion Internet ne puisse faire fonctionner les choses différemment entre les bottes froides.

Souvenez-vous :

  • Tous les disques sont inmuables
  • Tous sont réinitialisés à chaque démarrage à froid
  • L'invité Windows ne fonctionne pas toujours
  • Avec la paravirtualisation sur “défaut”, il ne démarre même pas sur l'hôte Linux, mais démarre bien sur l'hôte Windows.
  • Avec la paravirtualisation sur “Heredada”, il démarre sur l'hôte Linux (mais il n'est pas toujours stable pour vous permettre de l'utiliser)

J'avais aussi essayé d'activer/désactiver la 2D et la 3D (aussi PAE/NX) parce que je veux que le même invité (les disques durs virtuels copiés d'un hôte à l'autre) soit stable sur deux hôtes différents ; Je veux aussi pouvoir copier des disques durs virtuels d'un hôte à l'autre après avoir fait une mise à jour (avant de faire un démarrage à froid, fusionner le disque inmuable avec son parent pour que les changements soient permanents et ne se perdent pas, c'est-à-dire en utilisant CloneVDI) ; je n'utilise pas de snapshots, seulement des disques inmutables.

C'est ce que j'avais vu, je dois faire plus de tests avec d'autres valeurs de paravirtualisation, juste au cas où l'une d'entre elles fonctionnerait mieux sur l'hôte Linux. Je n'utilise pas de MAC, ni d'OS/2, seulement les hôtes Windows et Linux (les deux hôtes sont sur un matériel physique différent).

VERSION : Windows 10 guest est HOME 64Bits et la version est 1809.17763.379

J'espère que cela aidera les autres, testez & testez & retestez (mieux avec des disques inmuables) toute combinaison de valeurs jusqu'à trouver une combinaison qui fonctionne, il semble que ce soit la seule façon de faire fonctionner un invité sur différents types d'hôtes (Windows/Linux) ! !!

Advertisement
Advertisement