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.
Je deconseillerai swaret pour la mise a jour: il upgrade par ordre alphabetique et ca risque de casser des trucs lors de l'upgrade de la glibc.
donc: swaret --upgrade glibc
puis le reste
En gardant le CD de boot sous la main pour reparer s'il y a des betises. Enfin, bien lire le upgrade tips dans tout les cas.
pour gnome, il existe plusieurs sites qui le proposent sous forme de paquet slack habituels, avec une intrusion minimale dans le reste de la distro, par exemple: http://gsb.freerock.org
> existe-il une doc, un outil, une incantation magique
> qui me permettrait de remapper les caracteres []{}
> etc. sur une autre combinaison de touches que AltGr ?
putty
ssh <IP> du vmware, et hop.
Xming
depuis le vmware, export DISPLAY=<ip du win>:0
xterm &
Il me semble que sur la page du projet de distcc le gars conseille d'une part de mettre un flag -j n avec n legerement superieur au nombre de CPU dont tu disposes (machine locale + distantes) et qu'a plus de 3 machines la courbe d'efficacité redescend.
Genre, j'ai un monopro, en distant il y a un bipro et un autre monopro, je vais compiler avec du make -j 5 ou 6.
Et le frontend graphique avec les petites courbes qui avancent, ca c'est vraiment un truc sympa.
Le probleme, c'est effectivement la latence reseau. On peut tester avec netPipe pour mesurer ces latences.
# Xen, oui, mais faut voir, quoi..
Posté par octane . En réponse à la dépêche Xen 3.0.3 virtualise sans modification l'OS invité. Évalué à 5.
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.
[^] # Re: Pour mettre à jour
Posté par octane . En réponse à la dépêche Linux Slackware 11.0 est disponible. Évalué à 3.
donc: swaret --upgrade glibc
puis le reste
En gardant le CD de boot sous la main pour reparer s'il y a des betises. Enfin, bien lire le upgrade tips dans tout les cas.
pour gnome, il existe plusieurs sites qui le proposent sous forme de paquet slack habituels, avec une intrusion minimale dans le reste de la distro, par exemple:
http://gsb.freerock.org
[^] # Re: Puisqu'on parle de AltGr...
Posté par octane . En réponse à la dépêche [RFC] Évolution du clavier « fr-latin9 ». Évalué à 2.
> qui me permettrait de remapper les caracteres []{}
> etc. sur une autre combinaison de touches que AltGr ?
putty
ssh <IP> du vmware, et hop.
Xming
depuis le vmware, export DISPLAY=<ip du win>:0
xterm &
vnc
depuis le win:
vncviewer <IP du vmware>
etc, etc..
[^] # Re: distcc pas toujours avantageux
Posté par octane . En réponse à la dépêche Compilation distribuée avec distcc / dmucs. Évalué à 2.
Genre, j'ai un monopro, en distant il y a un bipro et un autre monopro, je vais compiler avec du make -j 5 ou 6.
Et le frontend graphique avec les petites courbes qui avancent, ca c'est vraiment un truc sympa.
Le probleme, c'est effectivement la latence reseau. On peut tester avec netPipe pour mesurer ces latences.