jeudi 24 juillet
April | Agenda du libre | Framasoft | Léa-Linux | Lolix | JeSuisLibre | Eyrolles | LinuxMag | Veni, Vidi, Libri | InLibroVeritas | LinuxGraphic
Faire un don ! | | style | statistiques | contactez-nous | plan | lettre d'information
Accueil :: Dépêches :: Archives :: Proposer une dépêche :: Journaux :: Forums :: Entretiens :: Suivi :: RDF

Liens connexes

Dépêche modérée par

Dépêche éditée par

: Xen 3.0.3 virtualise sans modification l'OS invité

Posté par Sytoka Modon (page perso, ). Modéré le 24 octobre 2006.
Une nouvelle version, la 3.0.3, de l'hyperviseur Xen est sortie le 17 octobre. Un hyperviseur permet de gérer finement sur une machine physique plusieurs systèmes d'exploitation identiques ou différents.

Xen est devenue la solution libre pour faire de la virtualisation. Performante et stable, elle a su se rendre incontournable et associer de grands noms de l'informatique autour d'elle (Intel, AMD, Novell, RedHat, Microsoft...).

Cette version, en plus des corrections et d'une plus grande rapidité, inclue les améliorations suivantes :
  • une gestion vraiment améliorée des systèmes d'exploitation non modifiés, par exemple de Windows, grâce notamment au support par la dernière génération de processeurs des nouvelles instructions de virtualisation.
  • une nouvelle gestion de l'ordonancement des processeurs qui permet, en autres, un équilibrage automatique de la charge dans le cas de machine SMP (dont toutes les nouvelles machines à processeurs bi-coeurs).
  • une gestion améliorée des disques virtuels via de l'allocation dynamique et/ou des disques "cow" (Copy On Write). Dans ce dernier cas, cela permet d'avoir une image d'un système en lecture seule couplée à un espace en écriture dans lequel l'hyperviseur Xen écrira les blocs modifiés, de manière transparente à la machine virtuelle.
  • de meilleures performances réseau.
  • un support pour le Xen-oprofile qui permet un meilleur profilage et donc des optimisations de codes.
  • une amélioration de Xen sur l'architecture IA64 (Intel Itanium) et un début de support pour le processeur Power (IBM).

> Lire la dépêche (28 commentaires, moyenne: 2,6).  

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.

Pour les processeurs AMD?

Posté par Tennis Prono (page perso, ) le 24/10/2006 à 06:55. (lien). Évalué à 4.

J'avais regardé il y a quelques semaines (quand j'ai acheté un Athlon64) où en était le support de la virtualisation hardware des processeurs AMD. A l'époque, j'avais un peu regardé sur le site web et les mailings lists, et je n'avais pas l'impression que ça soit fini. Par contre, pour la virtualisation d'Intel ça semblait OK.
Je suppose que c'est toujours le cas, non? Ce qui m'intéresse, c'est de pouvoir tester une distribution en version native (pas de noyau spécial) sans polluer mon installation actuelle.

--
Pas de bureau 3d libre sans drivers libres!

Xen, oui, mais faut voir, quoi..

Posté par octane () le 24/10/2006 à 07:28. (lien). Évalué à 5.

Xen, c'est tres interessant, mais c'est amha loin d'etre fini.

Les +:
-une install simplifiee (make world && make install).
-un support reseau pratique (enfin un bridging facile a mettre en place, que ceux qui ont galere avec qemu me jettent la premiere pierre)
-un support de virtualisation hardware complet (chez moi, ca n'a jamais marche, Xeon trop vieux..). La machine emulee ressemble ensuite a un qemu (carte graphique, tout ca). [ note: je n'ai pas non plus trouve de doc pour savoir quelles machines supportent la virtualisation ou pas. Il faut une combinaison CPU+carte mere+BIOS a priori. Dans tous les cas, et pour intel, si un cat /proc/cpuinfo n'affiche pas vmx dans les Flags, c'est mort. ]

Les -:
-extremement difficile de savoir vraiment ce que l'on compile.. un make world, OK, mais qu'est ce qui se passe dessous? Le xen.gz, il est attache a un noyau particulier, ou il fonctionne a tous les coups? etc, etc..
-comment utiliser un noyau 2.6.x ? Le make world telecharge des sources precises du noyau, mais pas forcement celles que l'on souhaite... Et ensuite, comment modifier les options du noyau compile par xen? [hint: apres le make world, faire make linux-2.6-xen-config CONFIGMODE=menuconfig, puis make dist et aller chercher ce qu'il faut a la main ensuite ]
-la doc pas a jour. On parle de dom0 et domU, mais aujourd'hui un make world ne compile qu'un seul noyau. (et il faut plonger dans les mailings listes pour comprendre que ce noyau est aussi bien dom0 que domU...)
-pas super stable encore. Avec des Xeon recents 64 bits, j'ai avec beaucoup de peine reussi a booter le dom0 et tous les domU crashent instantanement.
-Dans le cas d'un systeme domU non virtualise, l'installation est difficile. Meme la doc conseille d'installer un systeme dans qemu puis de s'en servir ensuite sous Xen

Enfin vla. Avec pas mal de mauvaise foi, moi j'appelerai non pas ca Xen 3.0.3, mais Xen 0.3.0.3.

Lien entre OS et processeur

Posté par Bonnefille Guilhem (page perso, ) le 24/10/2006 à 11:22. (lien). Évalué à 5.

Y'a un truc que je n'ai pas bien compris. Le titre de l'article présente la possibilité de faire fonctionner un OS invité non modifié. Or, en lisant le reste, j'ai l'impression qu'il y a un lien entre cette fonctionnalité et les instructions supporté par le processeur de la machine.

Est-ce bien le cas ?
Ou suis-je capable de faire tourner mon unique Windows (95) sur mon vénérable Athlon via Xen ?

Super nouvelle...

Posté par carlo () le 24/10/2006 à 19:15. (lien). Évalué à 3.

...dès que j'aurais accès à ces super-nouveaux processeurs virtualisants.

En tout cas, encore un peu de patience et je balance du Windows sur Xen au boulot... ça évitera d'être obligé de passer par vmware ou virtual server.

Je dois avouer que Xen c'est vraiment mon dada depuis que je l'ai découvert, je fais tourner deux serveurs (un sous Xen 2, l'autre sous Xen 3) au boulot avec de un [1] à trois domU dessus, et ça marche vraiment trop bien.
A la maison, un vieux p3 1000 et j'arrive à faire tourner deux debian domU... tranquille... ça permet de faire plein de tests, de faire tourner des applis cloisonnées, etc.

Le prochain pas : louer un serveur dédié, le couper en petits morceaux/domU et "sous-louer" à des potes... afin de diviser le prix d'un serveur dédié. (cf www.xen-hosting.org pour ceux intéressés par le concept...)

carl0:

[1] en effet, un domU ça ne sert à rien, mais je peux en ajouter un autre ou bien le migrer sur un autre serveur, etc. le champs des possibles est énorme ! :)

--
carl0:

Kernel virtual machine

Posté par ribwund () le 24/10/2006 à 19:53. (lien). Évalué à 4.

A noter que des patches basés sur Xen sont récemment apparus sur la mailing list du kernel proposant l'utilisation des instructions VT au niveau du kernel (sans hypervisor). Ca permet de faire tourner des "processus" completement séparés et completement virtualisés (comme windows).

Quelques précisions

Posté par Antoine Nivard (page perso, ) le 26/10/2006 à 08:42. (lien). Évalué à 3.

Bonjour à tous,

Voici quelques précisions concernant Xen
- Xen est une solution pour les serveurs (à la base) donc pour le bureau il y a de fortes limites fonctionnels.
- la virtualisation de Windows avec Xen est limitée et actuellement les drivers sont émulés (donc une latence certaine selon la charge du serveur physique)
- Xen fonctionne pour un certain niveau de kernel. A ce jour les développeurs préférent ce limiter à 1 kernel par version Xen. Cela permet de limiter les effets de bords et les bugs. Ceux qui veulent changer prennent des risques. Dans tout système, il y a des pré-requis et xen n'est pas exclus.
- Xen est prêt pour la production. A ce jour déjà beaucoup d'hébergeurs utilisent Linux et de grandes sociétés/administrations préparent un virage vers Xen avec tout ce qu'apporte la virtualisation.
- Gestion de Xen, de plus en plus de solution de gestion de Xen apparaissent. Certains manquent de maturité mais ils sont pleins de promesses. Donc d'ici 6 mois, nous pouvons estimer que ce talon d'achille sera éliminé.

Reste un soucis, il est vrai qu'avoir que seulement 3 interfaces réseaux virtuelles par VM peut bloquant/frustrant. J'espère que les dev. vont faire le nécessaire pour changer cela.


Cdl,
Antoine N.

Responsable de http://xenfr.org

et l'aceleration 3d

Posté par tuks () le 27/10/2006 à 13:40. (lien). Évalué à 1.

l'acceleration 3d devient de plus en plus importante
Gnome Kde et windows vista comptent l'uttiliser
de plus cela ouvre des nouvelles perspectives comme les jeux
qu'en est-il de l'aceleration 3d sous XEN?
peut on faire tournet XGL aiglx et vista?
et peut on faire tourner des jeux sous windows?

question de dino...

Posté par Thierry Boudet (page perso, ) le 27/10/2006 à 13:56. (lien). Évalué à 1.

Voilà, ça fait très longtemps que j'aimerais refaire tourner de vieilles applis ms-dos, et j'ai toujours eu la flemme de m'y mettre. Je vois que maintenant, il y a pas mal de solutions libres qui peuvent faire ça, mais je me pose juste une question, toute petite question...

Ces applis, c'est des trucs que j'ai fait il y a quinze ans, sur un 286/EGA, et à l'époque je tapais gaiement dans le baremetal. Jusqu'a quel point ces xen/boch/virtualplops encaissent-ils la reprogrammation d'un controleur EGA, du timer, du controleur d'interruption ?

Je précise que j'envisage d'essayer ça sur des machines pas très récentes: pII/céléron, pIII...

--
( Zzzzzzzzz... )

Revenir en haut de page

Run by Team LinuxFr.org

Cette page a été générée par Templeet en 0.1243s (dont 0.0216 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.