Maintenant VMWare Workstation reste payant. Alors voici comment utiliser VMPlayer qui lui est gratuit pour faire rigoureusement la même chose avec juste un peu plus d'huile de coude.

Introduction

VMWare est un fantastique outil permettant d'exécuter des OS guest sur un OS host. Vous pouvez ainsi lancer Windows dans Linux, Linux dans Linux, ReactOS dans linux, etc...

Contrairement à d'autres systèmes, VMWare n'émule pas le processeur. Le code est exécuté nativement sur l'unité physique permettant des performances totalement comparables à un environnement natif. Le pendant de cette approche est que seul les OS i86 peuvent devenir des guests.

La couche matérielle, est elle émulée. C'est là la principal perte de performance de la plateforme. Perte limitée par l'utilisation des pilotes optimisés contenus sur les Guest Tools. Limitée aussi si l'on utilise un disque physique dédié comme espace de stockage plutôt qu'un disque virtuel.

Installation de VMPlayer

VMPlayer s'installe comme n'importe quel autre logiciel en téléchargeant le paquet et en l'installant via un urpmi VMPlayer.XXX.rpm. Ceci fait, il va nous falloir compiler les modules kernels de VMWare nécessitant le téléchargement préalable des sources du votre kernel. Ensuite, un simple vmware-config.pl suffit à lancer l'assistant qui vous poser divers questions pour finir par construire les modules. Après cela, VMWare devient le service /etc/init.d/vmware que l'on peut lancer (service vmware start) ou arrêter à loisir.

Création de la machine virtuelle

Pour fabriquer la machine virtuelle, rien de plus simple. Choisissez un emplacement approprié sur votre disque et créez un nouveau dossier. Allez dans ce dossier et créez un fichier vm.vmx.

J'ai commenté ce fichier de sorte à ce qu'il soit le plus compréhensible possible et restant facilement copiable :

# Ces versions indiquent que notre VM est conçue une version 6 de VMWare Worstation
# et qu'elle est donc optimum pour VMPlayer 2.x. Placez un virtualHW.version="4" pour une
# Workstation 5.x.
#
config.version = "8"
virtualHW.version = "6"

# Le petit nom de note VM, il sera affiché dans la barre de titre du player
#
displayName = "VM Native"

# La définition de l'OS "invité". Personnellement je n'ai jamais vu ce que changeait
# cette valeur. Et comme j'utilise le même VMX pour plusieurs OS en multi boot
# comme nous le verrons plus loin, il semble bien que cela n'empêche pas un Linux de
# fonctionner très bien avec ce paramètre.
#
guestOS = "winxppro"

# Ici nous définissons le nombre de processeur à simuler. Ce nombre ne peut dépasser 2, et ne doit
# dans tous les cas pas être supérieur au nombre réel de processeur.
#
numvcpus="1"

# Taille de la mémoire à allouer à VMWare. Il faut raisonner comme pour une machine physique. Ainsi ne tentez pas
# de faire fonctionner Vista avec 512mo de RAM, ça ne marchera pas pas mieux que dans la vraie vie
#  
memsize = "1024"

# Avec ce paramètre à TRUE, vous autorisez le player à diminuer la mémoire physique réellement
# utilisée en fonction de son utilisation par le guest. Ainsi si vous avez déclaré un memsize à
# 1Go, et que vous autorisez le scaleDown, la mémoire réellement consommée peut être moindre.
# La contepartie c'est que pour regagner la mémoire rendu, il peut y avoir de la latence de la part
# de l'OS host.
#
# Le MemTrimRate permet de définir le rythme de désallocation de la mémoire. A ce que j'ai compris les deux paramètres
# vont de paire mais je n'ai pas trouvé d'information sur l'unité (seconde, milli ? )
#
MemAllowAutoScaleDown = "FALSE"
MemTrimRate = "-1"

# Le page sharing consiste pour VMWare à utiliser une seule page mémoire sur le host lorsque le guest en a deux ou plus
# d'identique. Cela peut certe réduire la consommation sur le host, mais réduit aussi les performances.
#
sched.mem.pshare.enable=FALSE

# Permet de créer un ID unique à la machine virtuelle au démarrage de celle-ci.
#
uuid.action = "create"

# Réglage des outils de base
#
tools.remindInstall = "TRUE"    # vous préviens si les Guest Tools ne sont pas installés
tools.upgrade.policy = "upgradeAtPowerCycle"  # vous préviens si une mise à jour est disponible
tools.syncTime = "TRUE"   # Synchronise l'heure entre le guest et le host

# Ces paramètres permettent d'activer toutes les interactions entre le guest et le host.
# Ces fonctions nécessitent l'installation des Guest Tools
#
isolation.tools.hgfs.disable = "FALSE"    # Permet à la souris de sortir de la VM sans CTRL+ALT
isolation.tools.dnd.disable = "FALSE"    # Autorise le Glisser-Déposer
isolation.tools.copy.enable = "TRUE"    # Autorise le Copier
isolation.tools.paste.enabled = "TRUE"  # Autorise le Coller


# Configuration de la carte son. Ici nous émulons une Ensonic ES1371. Il est possible d'utiliser
# aussi une Sound Blaster 16 en utilisant la valeur SB16. Mettre .present à false pour désactiver le son.
# D'un point de vue général, les périphériques peuvent activées ou désactivées en utilisant la barre
# d'outils du player.
#  
sound.present = "TRUE"
sound.virtualdev = "es1371"
sound.synth.operational = "TRUE"


# Configuration du port série n°1, on laisse ici le player trouver
# le device correspondant. Si vous voulez l'activer, positionnez
# .present à "TRUE", de même pour le second port.
#
serial0.present = "FALSE"
serial0.fileName = "Auto Detect"
serial0.autodetect = "TRUE"
serial0.hardwareFlowControl = "TRUE"
serial1.present= "FALSE"

# Configuration du port parralèle. Même chose que pour le port série,
# désactivé par défaut.
#
parallel0.present = "FALSE"
parallel0.fileName = "Auto Detect"
parallel0.autodetect = "TRUE"
parallel0.bidirectional = "TRUE"

# Configuration du lecteur de disquette, là aussi désactivé, ces bêtes là deviennent rares
#
floppy0.present = "FALSE"
floppy0.startConnected = "FALSE"

# Configuration de l'USB. Là ça peut être utile. La configuration est assez simple mais
# vous notez la présente d'un .present ET d'un usb.generic.autoconnect. Ce dernier indique
# que par si le port USB est bien reconnu par VMPlayer, les périphériques qui y sont connectés
# ne sont pas automatiquement connectées. Elle pourront l'être de manière dynamique
# par la barre d'outils de VMPlayer qui prendra ainsi la main sur une clef USB ou une souris.
#
# Notez que si le player prend la main sur une périphérique USB, le host n'en dispose plus. Faites donc
# attention si vous avez l'idée de connecter votre souris ou clavier par exemple  ;-)  
usb.present = "TRUE"
usb.generic.autoconnect = "FALSE"

mks.enable3d = "FALSE"

# Là c'est important, le paramétrage du réseau. L'adresse indiquée sera l'adresse MAC de votre machine.
# Pensez donc à la modifier d'une machine à l'autre, et ne pas utiliser la même chose qu'une machine
# physique.
# Ensuite vient le virtualDev qui correspond (comme pour la carte son), à la carte réseau émulée. La valeur
# peut être e1000 pour une Intel Pro Gigabit, vlance pour la carte du même nom, ou vmxnet pour une carte
# VMWare.  
# Comme pour serial0/1, il est possible d'avoir deux cartes réseau auquel cas il faut dupliquer les paramètres
# d'ethernet0 pour ethernet1 et biensur changer l'adresse MAC.
#
ethernet0.present = "TRUE"
ethernet0.connectionType = "nat"
ethernet0.addressType = "generated"
ethernet0.generatedAddress = "00:0c:29:59:aa:eb"
ethernet0.virtualDev = "e1000"
ethernet0.generatedAddressOffset = "0"
ethernet1.present="FALSE"

# Originellement il était possible de choisir entre SCSI et IDE. Pour les tests que j'avais fait
# il n'y avait aucun gain de performances en passant de l'un à l'autre. Donc j'opte pour le plus
# simple : IDE.
#
# La VM disposent de deux contrôleurs IDE pouvant recevoir deux disques chacun. Nous allons
# donc coller sur le deuxième contrôleur, deux lecteurs de CD-ROM. Le premier sera relié au lecteur
# physique, le second à une image ISO.
#
# Le problème du player, est qu'il n'y a pas de moyen de changer l'image ISO à chaud comme avec
# la version workstation. L'astuce consiste donc à utiliser un fichier cdrom.iso dans le même dossier
# que le fichier .vmx. Et de faire des liens symboliques entre la véritable image ISO et ce fichier. Cela
# permet d'installer un Linux sur 3 CD-ROM sans problèmes.
#
ide1:0.present = "TRUE"
ide1:0.deviceType = "cdrom-raw"
ide1:0.startConnected = "FALSE"
ide1:0.fileName = "auto detect"
ide1:0.autodetect = "TRUE"
ide1:1.present = "TRUE"
ide1:1.fileName = "cdrom.iso"
ide1:1.deviceType = "cdrom-image"
ide1:1.startConnected = "FALSE"

# Nous arrivons enfin au plus important, le disque de stockage
# Ici, seul un disque est monté sur le contrôleur IDE, mais l'autre peut
# être facilement activé.
#
# Je ne vais pas rentrer dans les détails du independent-persistent, disons
# que ce mode est sensé être le plus proche d'un fonctionnement physiques. En tout cas
# c'est pour moi le mode le plus efficace.
#
# Pour ce qui est du fichier native.vmdk, c'est tout l'objet du prochain chapitre.  
ide0:0.present = "TRUE"
ide0:0.fileName = "disque_dur.vmdk"
ide0:0.mode = "independent-persistent"
ide0:0.deviceType = "rawDisk"
ide0:0.redo = ""
ide0:0.writeThrough = "TRUE"
ide0:0.startConnected = "TRUE"
ide0:1.present = "FALSE"

vm.vmx

Création de l'espace de stockage

Utilisation d'un disque virtuel

Cette approche est sans doute la plus simple. L'avantage du disque virtuel est qu'il n'occupe que la place utilisée par le guest. Ainsi à sa création, il n'occupe que 1.4mo.

Pour créer ce disque nous allons utiliser l'utilitaire qemu-img provenant du paquet du même nom. La syntaxe est trés simple :

Et voilà, nous avons cré un disque de 10G qui pour l'instant en occupe beaucoup moins vu qu'il est vide.

A partir de là, notre VM est déjà utilisable, et nous pouvons la lancer par un

Votre machine virtuelle devrait normalement démarrer sans encombre. Vous pouvez alors aller (F2) dans le BIOS pour régler les priorités sur les disques pour démarrer sur un CD-ROM et commencer une installation.

A ce stade CTRL+ALT permette de dégager la souris de la fenêtre du player, CTRL+ALT+Entrée permet de basculer en plein écran et CTRL+ALT+ESPACE, relachement d'espace suivi de F1, permet de simuler le CTRL-ALT-F1.

Maintenant, un disque virtuel n'est pas ce que l'on fait de mieux pour une utilisation quotidienne de VMPlayer. En effet, soit parce que l'on désire utiliser une installation physique existante, soit pour des raisons de performances, nous pouvons préférez un bon vieux disque physique.

Utilisation d'un disque dédié

Pour se donner une idée des performances d'un disque physique contre un disque virtuel, il faut garder tête que pour un disque physique ayant un débit en lecture sur le host de 59MB/s, donnera utilisé en virtuel environ 12MB/S. Le même disque physique mais utilisé à travers la VM donnera 34MB/s. Il est donc clairement plus performant de dédier un disque à VMWare dés que l'on utilise cet outil pour travailler sur du long terme.

L'autre cas d'utilisation d'un disque physique peut être de virtualiser une installation existante. Personnellement j'ai adopté la double approche d'un disque physique dédié qui est donc bootable en directe par la machine physique et utilisable en virtualisé par VMPlayer. Sur ce disque j'installe tranquillement toutes mes VM, chacune sur sa ou ses partitions avec un GRUB pour gérer le multi-boot.

Quel que soit votre usage, le travail préalable reste le même et consiste à créer un fichier vmdk qui va reprendre les caractéristiques du disque physiques.

En simplifiant un peu, un disque dur est composé de plateaux avec une têtes pour chacun. Les plateaux sont découpés en cercles concentriques, les pistes (tracks). Une même piste forme un cylindre pour l'ensemble des plateaux. La piste est découpée en secteurs, historiquement de 512 octets. Le nombre de cylindres, le nombre de secteur par piste, et le nombre de têtes (et donc de plateaux) par cylindre, forment la géométrie du disque.

Pour connaître cette géométrie, le mieux est d'utiliser l'utilitaire parted. Par exemple si l'on désire utiliser le disque /dev/hda, cela nous donne :

Les valeurs peuvent surprendre. 255 têtes impliquent 255 plateaux, ce qui semble un peu volumineux pour un si petit disque... En fait, pour des raisons un peu longuètes à expliquer, le disque ne donne jamais son véritable nombre de têtes, pour préférer quelque chose de plus assimilable par la couche logicielle. Et au fond, on s'en moque. Notre disque dispose donc de 255 têtes, 63 secteurs par piste, et 24321 cylindres. Ce qui nous donne un espace disque de 512 (taille d'un secteur) x 255 (têtes par cylindre) x 63 (secteurs par piste) x 24321 (cylindres) = 200Go. Le compte est bon

Maintenant ce qu'il nous faut, c'est la taille du disque en secteurs. Pour cela, nous allons encore utiliser parted mais cette fois en changeant l'unité de cylinder à sector.

En vert, nous avons la taille du disque en secteurs. Il ne nous reste donc plus qu'à reporter ces informations pour créer notre fichier disque_dur.vmdk

Notez qu'il est possible de faire des fichiers vmdk beaucoup plus évolués que celui-là en créant un disque composé de partitions qui ne se suivent pas, et même d'images de partitions sockés sur le disque sous la forme d'un fichier. Mais même si vous n'utilisez cette technique que pour une seule partition, autant inclure le disque en entier, secteur de démarage compris. Le seul risque de cette approche est que la machine virtuel aura un accès en écriture sur l'ensemble du disque, c'est à vous de voir.

Les bons droits

Normalement, le disque /dev/hda (ou quel que soit le votre) n'est pas accessible en écriture (et même en lecture d'ailleurs) à un utilisateur Lambda. Et comme me l'a très justement fait remarquer Malic, lancer VmPlayer en root n'est pas une idée de génie. La solution consiste donc à changer les droits de /dev/hda pour les mettre en accord avec le ou les utilisateurs amenés à utiliser cette machine.

Sous Mandriva, les disques appartiennent à root et au groupe disk. Dans ce cas, une version simple consiste à modifier /etc/group et à ajouter le ou les utilisateurs à la fin de la ligne correspondante.

Ensuite, il faut donner les droits d'écritures sur le disque au groupe en question par la commande chmod g+rw /dev/hda. Ceci fait, il devrait suffire d'ouvrir une nouvelle console au nom de l'utilisateur cible pour pouvoir lancer VmPlayer. Le souci avec les distributions modernes, c'est qu'il y a un nouveau démon, console-kit-daemon, dont le but dans la vie est d'unifier les accès aux consoles (à ce que j'ai compris) et qui empêche du coup, de récupérer les bons droits directement. La seule parade que j'ai trouvée est de quitter X, puis se re-connecter pour bénéficier du nouveau groupe ainsi pouvoir lancer la VM sans problèmes.

Installation des Guest Tools

Les guest tools sont des images ISO, une par OS host donc, permettant l'installation d'utilitaires et de pilotes DANS la VM. Le problème est que ces ISO ne sont pas fournies avec le player. La solution est donc simplement de retourner sur le site de VMWare, télécharger la version d'évaluation de VMWare Workstation en rpm. Plus de décompresser le paquet par la commande suivante :

La commande find, est une recherche simple des fichiers .iso qui nous permet de découvrir une série de fichier avec des noms d'OS (windows.iso, linux.iso, etc...). Ce sont les ISO Guest Tools. Il suffit alors de recopier ses fichiers où bon vous semble. Ensuite vous devez monter le fichier correspondant à l'OS host sur le lien du CD-ROM. Une fois le tout installé, les performances sont transfigurées.

Conclusion

Comme je le disais en introduction, j'ai utilisé pendant 1 ans VMWare comme environnement principal de développement, et ce pour faire du Delphi/COM/DCOM. Pas réputé pour être d'une grande légereté. Cet outil m'est devenu aujourd'hui absoluent indispensable.

Dernier truc avant de partir, ma découverte du jour, Ext2 IFS For Windows. Un pilote natif Windows qui permet d'attaquer en lecture ET en écriture des partitions ETX2/EXT3 et EXT4. Le tout avec les mêmes performances que sous Linux, très bon

Désinstaller une application

Rebooter Wine

Le Boot et Windows, c'est une longue histoire d'amour-haine et Wine n'échappe pas à cette régle. En effet, pour "simuler" le lancement de windows et le chargement automatique de certains outils, l'appel à wine provoque le chargement implicite du démon wineserver. Lorsque l'on désinstalle une application, il peut ainsi être utile de "rebooter" ce serveur :

Il est aussi possible d'arrêter le serveur par un winboot --shutdown.

Paramétrage de Wine

WIne devient de plus en plus efficace et utilisable. La preuve en est l'outil graphique de configuration winecfg permettant de régler l'accélération vidéo et audio, le look'n'feel de Windows (sic !), et aussi de définir la version de windows simulé par Wine (XP, 2003, Vista, 98, etc..) de manière globale ou spécifiquement à une application.

L'objectif d'UML a été de modifier le kernel Linux de sorte à permettre de l'exécuter, sans privilèges particuliers, comme une simple application. Grâce à ce projet, nous disposons ainsi d'un véritable linux, moins performant, mais bien plus étanche que notre précédent chrootage.

Récupérer les deux images ici : http://user-mode-linux.sourceforge.net/

Replacer la création des consoles dans /etc/inittab par

Virer tous les services inutiles (chkconfig --del).
Faire un rsync des device de la fedora de demo sur la machine générée

../linux-2.6.23 ubd0=lamp5fs

Et bien voilà une bien grosse erreur car Virtual Box accepte TOUS les OS basés sur du code i86. Il est à ce titre un équivalent de VmWare WorkStation s'offrant le luxe de tourner aussi bien sur MacOS, Linux et Windows.

Qu'est-ce que la virtualisation ?

Nous pourrions couvrir un livre complet sur le sujet, il y en a d'ailleurs déjà beaucoup. Pour faire simple, il faut partir de la problématique de départ. A savoir, comment exécuter sur une machine donnée (la votre ), une application, un programme, qui a été écrit pour une autre machine qui n'a rien à voir (autre processeur, autre siècle, etc...).

La première réponse à cette question fût l'émulation. Un émulateur est un programme qui va servir d'interprète. Son travail peut être décomposé en deux temps. Tout d'abord il va "traduire" le binaire à exécuter dans le language natif de votre système et donc de son micro-processeur. Ensuie, à chaque fois que l'application traduite va cherche à écrire sur un disque, à afficher quelque chose sur l'écran, l'émulateur va intercepter cet appel pour le faire passer par ses propres rouages.

L'émulation est un processus complet efficace à 100%. Il permet d'exécuter sur un PC des programmes prévus pour des machines qui n'ont rien avoir. Des émulateurs permettent par exemple de lancer un vieux jeu écrit écrit il y a 20 ans pour un Amstrad sur un PC récent sous Linux, ou encore de jouer à la "playstation" mais sous Windows...

Mais si l'émulation est système de nature universelle, sa mise en œuvre est lourde, lente, et à peu près inutilisable lorsqu'il s'agit de lancer un OS moderne complet (un Windows sous Linux par exemple). C'est là qu'intervient la virtualisation.

Contrairement à l'émulation, la virtualisation ne cherche plus à "traduire" le binaire. Elle part en effet du principe que ce dernier a été écrit pour le même micro-processeur que le système physique. Il va donc seulement chercher à intercepter les appels aux resources physiques. La virtualisation ne peut donc pas de lancer un jeu de PlayStation mais permet (théoriquement) d'exécuter un Mac OS 10 dans sa version Intel sur Linux/PC. Et comme il n'y a plus de traduction, nous disposons dans un système de virtualisation des mêmes performances de calcul que sur le système hôte.

Les solutions de virtualisation sont nombreuses. Microsoft par exemple, qui n'aime pas être en reste, a racheté (comme d'habitude) un produit d'émulation d'origine Mac : Virtual PC pour le faire muter en outil de virtualisation. Dans le monde libre, nous avons QEmu, un outil puissant lui aussi parti d'un émulateur pur mais qui se dirige peu à peu vers de la virtualisation. Il convient aussi de citer des projets récents plein de promesses comme Xen, très orienté serveur de virtualisation. Enfin, il y a l'acteur historique, VmWare, qui propose aujourd'hui une large gamme de produit allant de l'utilisation en poste de travail à des solutions complexes de serveurs de virtualisation.

C'est dans ce contexte que débarque Virtual Box, une solution de virtualisation qui va concurrencer directement les produits de VmWare, mais avec une licence GPL.

Installation...

Virtual Box est ceci dit relativement récent, la première version date du début de l'année comme en témoigne le changeLog. Un logiciel jeune donc, mais loin d'être dépourvu d'atouts que nous allons tester de ce pas avec le Click'Em Up de chez Redmond.

Le premier atout de Virtual Box est sa version Open Source Edition (OSE). Certaines fonctions sont certes fermées (sources ne sont pas divulgués) mais restent utilisables dans un cadre privé. USB, RDP et iSCSI en font en autre partie et s'utilisent comme le driver nVidia, sous leur forme seulement binaires et pré-compilés.

La conséquence d'une version libre est que Virtual Box est disponible en standard dans les dépôts de la Mandriva 2008.0. Il ne nécessite donc aucun téléchargement spécifique ni configuration sauvage à la sauce vmware-config.pl. Le logiciel se divise en deux parties : un module kernel et une application cliente. L'installation se fait dès lors par un simplissime urpmi virtualbox.

Création d'une première machine

Une fois installée, la bête se lance par la commande VirtualBox donnant lieu à l'affichage d'une belle IHM en Qt qui n'est pas sans rappeler la version Workstation de VMWare. En explorant les options on se rend vite compte qu'il s'agit là d'un produit hautement abouti. Rien ne manque jusqu'au SnapShots (sauvegarde réutilisable de l'état d'une VM à un instant T).

Fabriquer une nouvelle machine se fait en quelques clicks et je ne détaille même pas la procédure tant celle-ci est simple et intuitive. Un assistant vous guide sans encombre à travers la sélection du nom de la machine virtuelle et de l'OS visé (dans mon cas Windows XP), la création d'un disque virtuel, la redirection du CD-ROM virtuel sur une image ISO d'installation ou un CD physique. Une fois achevé, l'assistant vous installe une icône dans le gestionnaire qu'il ne reste alors plus qu'à lancer.

Comme pour une machine physique, la machine virtuelle démarre sur le CD-ROM de Windows et les étapes d'installation se suivent sans heurts pour déboucher au bout d'une demi heure sur une version fraîche et utilisable.

Déjà j'étais plutôt interdit d'en arriver là sans avoir à tripatouiller quoi que ce soit. Mais la véritable surprise est du côté des performances. J'ai tout l'impression de ne pas avoir quitté VMPlayer tant le système est aussi réactif que le virtualisateur historique avec un boot qui m'a même semblé plus court. Et, cerise sur le gâteau, le système hôte (le GNU/Linux) me semble globalement plus réactif qu'avec VMPlayer. Un aspect important lorsque l'on utilise la virtualisation d'OS en même temps que d'autres applications Linux. Et ici, tout semble indiquer que Virtual Box prend moins de ressource.

A ce stade une chose manque par rapport à VMplayer : les drivers "natifs". En effet, même si la société VMWare n'équipe pas la version gratuite de son lecteur des fameux pilotes optimisés (écran, disque, souris) qui boostent littéralement un Windows virtuel, les malins savent qu'il suffit de télécharger la version d'évaluation de la Workstation pour en extraire le précieux windows.iso qui les contiennent.

Et bien pour Virtual Box point n'est besoin de "tricher". Il suffit simplement d'aller dans les menus et de lancer l'explicite Installer les additions client.... Après une poignée de secondes, quelques boite de message inquiètes de Windows, et, bien évidement, un redémarrage, sont installés un pilote écran optimisé, une souris non bloquante, bref, des fonctions comparables à la version payante de VMWare. Et là vous disposez d'une machine virtuelle au performance quasi équivalente à une exécution native. Mon Delphi se lance sans délais, les compilations sont rapides et l'exécution en phase avec ce que j'ai l'habitude de constater.

L'utilisation de machines existantes

Utilisant VMPlayer pour mon travail depuis plus d'un an, je n'avais aucune envie de ré-installer un système complet pour commencer à re-travailler. Fort heureusement, Virtual Box a prévu le coup. Lors de la fabrication d'une nouvelle machine, à l'étape de la sélection des disques, il est donc possible d'utiliser... un disque VmWare existant (fichiers .vmdk).

Je m'attendais à ce que rien ne fonctionne et pourtant, ça a booté... mais pas très longtemps Au bout de quelques secondes est apparu un magnifique Ecran Mortel Bleu comme je les adore. Windows me larguait ainsi sans plus d'explication avec un cryptique STOP 0x0000007B (bla,bla,bla,bla). Il m'a fallut un peu de temps et l'aide de Gouggle pour comprendre que le problème ne venait pas de Virtual Box mais de Windows (la grosse surprise). Ce dernier faisait une gentille petite crise de panique et n'arrivait plus à trouver les pilotes IDE standards pour cause de "changement de carte mère"...

La solution, je la dois au blog de Merlin que je remercie ici. Elle consiste à :

1. Relancer VMWare avec la machine à convertir.
2. Aller dans le dossier X:\Windows\driver cache\i386
3. Décompresser le fichier driver.cab qui s'y trouve (avec winrar, winzip, un décapsuleur, etc..) dans le dossier X:\Windows\system32\drivers.
4. Ensuite importer dans le registry le petit fichier mergide.reg qui est listé à la fin de ce billet.
5. Arrêter windows.
6. Relancer Windows mais cette fois dans VirtualBox.

Une fois redémarré, windows retrouve miraculeusement ses petits et poursuit sont lancement. Une fois loggé, pensez à installer les outils additionnels comme indiqués au chapitre précédent et aussi à désinstaller ceux de VMWare.

Performances

Il est maintenant temps de tester un peu les performances de Virtual Box. Pour se faire, j'utilise l'outil nBench. Ce n'est pas ni le plus fin ni le plus complet des outils mais il est rapide à mettre en œuvre et simple à interpréter. Il teste les opérations CPU, les accès mémoire et disque. Pour la vidéo (2D), j'ai utilise l'outil PerformanceTest.

Pour service de référence, les mêmes tests ont été effectués sur VmWare et sous Wine (sauf pour la vidéo). Les chiffres donnés par Wine peuvent ainsi servir de référence des performances natives de la machine hôte.

Donc, un dessin introduisant bien mieux un court discours, voilà ce que cela donne :

La première chose que l'on constate, c'est la réalité de ce type de technologie et la preuve qu'il ne s'agit bien en rien d'une émulation. En effet, les performances CPU pures obtenues pour les opérations sur les entiers et les flottants ne permettent en effet pas de distinguer les trois plate-formes. C'est très logique car la virtualisation ne modifie pas le code exécuté, elle ne fait qu'émuler la couche matérielle. Du coup les résultats d'accès mémoire sont eux aussi, équivalents.

En revanche les différences apparaissent pour le matériel émulé, et donc typiquement, les disques. Nous savions déjà que cet aspect était le gros point noir de VMWare, ici cela apparaît très clairement. VMWare est 8.11 fois plus lent que Wine (natif) en écriture et près de 4.34 fois plus lent quant il s'agit des écritures.

Sur le même test, en n'utilisant pourtant pas son disque natif mais bien le même VMDK que VmWare, Virtual Box est lui "seulement" 2.89 fois plus lent que le natif en lecture. C'est à dire 2.81 fois plus rapide que VMWare...

Concernant l'écriture, une politique de cache de Virtual Box me semble la seule explication pour explique un score 5.24 fois supérieure au natif... Ce qui le donne du coup 22.73 plus rapide que VmWare.

Concernant la vidéo (2D) en revanche les deux plateformes sont totalement similaires.

Evidement un test n'est qu'un test et nBench n'est pas le meilleur ni le plus intelligent mais il permet de mettre en évidence que pour tout ce qui ne touche pas aux disque, Virtual Box obtient des résultats totalement comparables avec VmPlayer. Mais concernant les accès disques, il est simplement meilleur...

Conclusion

La société VmWare propose bien deux produits gratuits que l'on pourrait opposer, en terme de coût, à Virtual Box. Il s'agit de VmPlayer, un "lecteur" sans capacité de création de nouvelles machines, et VmWare Server, excellent pour virtualiser et monitorer plusieurs OS simultanés mais peu adapté à un usage en poste de travail.

Virtual Box se place donc plutôt en concurrent de la version VmWare Workstation qui elle, est payante. Il dispose à peu près des mêmes fonctionnalités que son grand frère en étant clairement plus rapide sur les accès disques et moins intrusif sur le système hôte (en tout cas sous Linux). Sa licence GPL lui permet quant à elle d'être directement intégré dans la majorité des distributions récentes (Mandriva, Ubuntu, etc.). Enfin, elle tourne comme la Workstation sur Windows et Linux, mais aussi sous MacOS.

Un beau produit comme on les aime, a suivre de très près...

Création d'une image disque

montage d'une image disque

ceci est applicable à n'importe quelle image de disque (par exemple créee par un dd if=/dev/hda of=img). La valeur 32256 est en fait la position du 62° secteur de 512 octets.

D'un point de vue plus général, il suffit de taper :

Vous devez initialiser cylindres.

Vous pouvez faire cela à partir du menu des fonctions additionnelles.

On en déduit que le secteur de démarrage est 32*512=16384