Vous trouverez à l'URL ci dessous une interview de Manuel Bouyer sur
l'intégration de Xen dans NetBSD. Xen est un virtualiseur permettant de
faire tourner plusieurs OS avec un niveau de preformance inédit. Le
papier vous racontera pourquoi Xen c'est bien, à quoi il peut servir, et
en quoi consiste son intégration dans un OS comme NetBSD.
http://ezine.daemonnews.org/200602/xen.html
--
Emmanuel Dreyfus, qui est de retour sur Usenet après 6 mois d'absence
http://hcpnet.free.fr/pubz
manu@netbsd.org
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Eric Masson
(Emmanuel Dreyfus) writes:
http://ezine.daemonnews.org/200602/xen.html
Très bon papier, bon interviewé et bon interviewer ;)
-- RM : (Lance ResEdit ou Resorcerer ...) PC : C'est fini tout ça, ils écrivent leurs trucs en binaire chinois recompilé en martien. -+- PC in Guide du Macounet Pervers : ResEdit a marche pu -+-
manu@netbsd.org (Emmanuel Dreyfus) writes:
http://ezine.daemonnews.org/200602/xen.html
Très bon papier, bon interviewé et bon interviewer ;)
--
RM : (Lance ResEdit ou Resorcerer ...)
PC : C'est fini tout ça, ils écrivent leurs trucs en binaire chinois
recompilé en martien.
-+- PC in Guide du Macounet Pervers : ResEdit a marche pu -+-
Très bon papier, bon interviewé et bon interviewer ;)
-- RM : (Lance ResEdit ou Resorcerer ...) PC : C'est fini tout ça, ils écrivent leurs trucs en binaire chinois recompilé en martien. -+- PC in Guide du Macounet Pervers : ResEdit a marche pu -+-
manu
Eric Masson wrote:
http://ezine.daemonnews.org/200602/xen.html Très bon papier, bon interviewé et bon interviewer ;)
<teasing> Et j'en ai d'autres dans les tuyaux... </teasing>
-- Emmanuel Dreyfus, y sont beaux mes papiers, y sont beaux! http://hcpnet.free.fr/pubz
Eric Masson <emss@free.fr> wrote:
http://ezine.daemonnews.org/200602/xen.html
Très bon papier, bon interviewé et bon interviewer ;)
<teasing>
Et j'en ai d'autres dans les tuyaux...
</teasing>
--
Emmanuel Dreyfus, y sont beaux mes papiers, y sont beaux!
http://hcpnet.free.fr/pubz
manu@netbsd.org
J'aurais bien aimé avoir la question (qui fâche ?) : quid du portage Xen3 ?
Ah vi, tiens, oubliée celle-là.
PS : Kip Macy a annoncé travailler sur un support Xen3 pour FreeBSD (j'avais essayé ses patches Xen2, avec un succès limité : le kernel Xen0 démarrait, mais se plantait assez rapidement, même en restant en single-user et je n'ai pas eu la patience de creuser pour savoir comment ajouter DDB à la config Xen)
Le livecd de la 2.0.7 avait un domU FreeBSD 5.*, pour l'état actuel : http://www.fsmware.com/xenofreebsd/7.0/STATUS http://perforce.freebsd.org/depotTreeBrowser.cgi?FSPC=//depot/projects/xen3&HIDEDEL=NO
-- AB> Pourquoi proposer une réforme si c'est pour affirmer qu'elle ne AB> changera rien ? Pour mettre un frein définitif à l'immobilisme. -+-SP in http://www.le-gnu.net - Tout changer pour que rien ne bouge-+-
J'aurais bien aimé avoir la question (qui fâche ?) : quid du portage Xen3 ?
Ah vi, tiens, oubliée celle-là.
PS : Kip Macy a annoncé travailler sur un support Xen3 pour FreeBSD (j'avais
essayé ses patches Xen2, avec un succès limité : le kernel Xen0 démarrait,
mais se plantait assez rapidement, même en restant en single-user et je
n'ai pas eu la patience de creuser pour savoir comment ajouter DDB à la
config Xen)
Le livecd de la 2.0.7 avait un domU FreeBSD 5.*, pour l'état actuel :
http://www.fsmware.com/xenofreebsd/7.0/STATUS
http://perforce.freebsd.org/depotTreeBrowser.cgi?FSPC=//depot/projects/xen3&HIDEDEL=NO
--
AB> Pourquoi proposer une réforme si c'est pour affirmer qu'elle ne
AB> changera rien ?
Pour mettre un frein définitif à l'immobilisme.
-+-SP in http://www.le-gnu.net - Tout changer pour que rien ne bouge-+-
J'aurais bien aimé avoir la question (qui fâche ?) : quid du portage Xen3 ?
Ah vi, tiens, oubliée celle-là.
PS : Kip Macy a annoncé travailler sur un support Xen3 pour FreeBSD (j'avais essayé ses patches Xen2, avec un succès limité : le kernel Xen0 démarrait, mais se plantait assez rapidement, même en restant en single-user et je n'ai pas eu la patience de creuser pour savoir comment ajouter DDB à la config Xen)
Le livecd de la 2.0.7 avait un domU FreeBSD 5.*, pour l'état actuel : http://www.fsmware.com/xenofreebsd/7.0/STATUS http://perforce.freebsd.org/depotTreeBrowser.cgi?FSPC=//depot/projects/xen3&HIDEDEL=NO
-- AB> Pourquoi proposer une réforme si c'est pour affirmer qu'elle ne AB> changera rien ? Pour mettre un frein définitif à l'immobilisme. -+-SP in http://www.le-gnu.net - Tout changer pour que rien ne bouge-+-
J'aurais bien aimé avoir la question (qui fâche ?) : quid du portage Xen3 ?
Ben je travaille dessus, ca avance. Mais c'est quand meme quelque heures de boulot (y'a pas mal de truc a ecrire) et je suis pas mal occupe par ailleur en ce moment.
(même si Manu avoue ne pas trop utiliser Linux, c'est quand même eux qui mènent la danse et Fedora et Suse vont bientôt débarquer avec le support Xen3 intégré dans la distribution de base - il est dommage de ne plus pouvoir mixer BSD et Linux)
Bien sur que si on peut: il suffit d'utiliser le kernel linux fournit avec Xen 2.0.7 :)
-- Manuel Bouyer NetBSD: 26 ans d'experience feront toujours la difference --
J'aurais bien aimé avoir la question (qui fâche ?) : quid du portage Xen3 ?
Ben je travaille dessus, ca avance. Mais c'est quand meme quelque heures de
boulot (y'a pas mal de truc a ecrire) et je suis pas mal occupe par ailleur
en ce moment.
(même si Manu avoue ne pas trop utiliser Linux, c'est quand même eux qui
mènent la danse et Fedora et Suse vont bientôt débarquer avec le support
Xen3 intégré dans la distribution de base - il est dommage de ne plus
pouvoir mixer BSD et Linux)
Bien sur que si on peut: il suffit d'utiliser le kernel linux fournit
avec Xen 2.0.7 :)
--
Manuel Bouyer <bouyer@nerim.net>
NetBSD: 26 ans d'experience feront toujours la difference
--
J'aurais bien aimé avoir la question (qui fâche ?) : quid du portage Xen3 ?
Ben je travaille dessus, ca avance. Mais c'est quand meme quelque heures de boulot (y'a pas mal de truc a ecrire) et je suis pas mal occupe par ailleur en ce moment.
(même si Manu avoue ne pas trop utiliser Linux, c'est quand même eux qui mènent la danse et Fedora et Suse vont bientôt débarquer avec le support Xen3 intégré dans la distribution de base - il est dommage de ne plus pouvoir mixer BSD et Linux)
Bien sur que si on peut: il suffit d'utiliser le kernel linux fournit avec Xen 2.0.7 :)
-- Manuel Bouyer NetBSD: 26 ans d'experience feront toujours la difference --
[...] PS : qui n'a rien à voir -quoique- : qqun a-t-il une suggestion de disques pas chers pour héberger une copie de repository CVS xxBSD (j'ai peur que la lecture et écriture de l'arbre ncvs - plus les ports - soit la cause du décès prématuré de deux disques Maxtor 160Go, relativement récents, donc)
Une première solution a été de stocker les fichiers sur un RAID miroir pour diviser par deux les E/S qui sont essentiellement des lectures
Globalement je pense que les disques IDE recent pour desktop ne sont en fait pas fait pour tourner 24/24 (mais ils supportent plus de cycle arret/marche). Il faut peut-etre mieux chercher dans les series "RAID edition" (ou equivalent) des constructeurs pour des disques qui doivent tourner 24/24.
-- Manuel Bouyer NetBSD: 26 ans d'experience feront toujours la difference --
[...]
PS : qui n'a rien à voir -quoique- : qqun a-t-il une suggestion de disques
pas chers pour héberger une copie de repository CVS xxBSD (j'ai peur que la
lecture et écriture de l'arbre ncvs - plus les ports - soit la cause du
décès prématuré de deux disques Maxtor 160Go, relativement récents, donc)
Une première solution a été de stocker les fichiers sur un RAID miroir pour
diviser par deux les E/S qui sont essentiellement des lectures
Globalement je pense que les disques IDE recent pour desktop ne sont en
fait pas fait pour tourner 24/24 (mais ils supportent plus de cycle
arret/marche). Il faut peut-etre mieux chercher dans les series "RAID edition"
(ou equivalent) des constructeurs pour des disques qui doivent tourner
24/24.
--
Manuel Bouyer <bouyer@nerim.net>
NetBSD: 26 ans d'experience feront toujours la difference
--
[...] PS : qui n'a rien à voir -quoique- : qqun a-t-il une suggestion de disques pas chers pour héberger une copie de repository CVS xxBSD (j'ai peur que la lecture et écriture de l'arbre ncvs - plus les ports - soit la cause du décès prématuré de deux disques Maxtor 160Go, relativement récents, donc)
Une première solution a été de stocker les fichiers sur un RAID miroir pour diviser par deux les E/S qui sont essentiellement des lectures
Globalement je pense que les disques IDE recent pour desktop ne sont en fait pas fait pour tourner 24/24 (mais ils supportent plus de cycle arret/marche). Il faut peut-etre mieux chercher dans les series "RAID edition" (ou equivalent) des constructeurs pour des disques qui doivent tourner 24/24.
-- Manuel Bouyer NetBSD: 26 ans d'experience feront toujours la difference --
[...] PS : qui n'a rien à voir -quoique- : qqun a-t-il une suggestion de disques pas chers pour héberger une copie de repository CVS xxBSD (j'ai peur que la lecture et écriture de l'arbre ncvs - plus les ports - soit la cause du décès prématuré de deux disques Maxtor 160Go, relativement récents, donc)
Une première solution a été de stocker les fichiers sur un RAID miroir pour diviser par deux les E/S qui sont essentiellement des lectures
Globalement je pense que les disques IDE recent pour desktop ne sont en fait pas fait pour tourner 24/24 (mais ils supportent plus de cycle arret/marche). Il faut peut-etre mieux chercher dans les series "RAID edition" (ou equivalent) des constructeurs pour des disques qui doivent tourner 24/24.
En parlant de Maxtor, ils ont une série Maxline prévue pour tourner 24h/24. Le temps moyen avant panne est censé être de 100 000 heures (un peu plus d'un siècle). Ca a l'air d'être relativement vrai, car je n'en ai encore vu aucun claquer contrairement aux versions grand public Diamondmax...
Au niveau prix c'est de l'ordre de 20-30 euros plus cher que le disque grand-public de même capacité.
Un refroidissement correct peut aussi aider les disques à tenir le coup.
[...]
PS : qui n'a rien à voir -quoique- : qqun a-t-il une suggestion de disques
pas chers pour héberger une copie de repository CVS xxBSD (j'ai peur que la
lecture et écriture de l'arbre ncvs - plus les ports - soit la cause du
décès prématuré de deux disques Maxtor 160Go, relativement récents, donc)
Une première solution a été de stocker les fichiers sur un RAID miroir pour
diviser par deux les E/S qui sont essentiellement des lectures
Globalement je pense que les disques IDE recent pour desktop ne sont en
fait pas fait pour tourner 24/24 (mais ils supportent plus de cycle
arret/marche). Il faut peut-etre mieux chercher dans les series "RAID edition"
(ou equivalent) des constructeurs pour des disques qui doivent tourner
24/24.
En parlant de Maxtor, ils ont une série Maxline prévue pour tourner
24h/24. Le temps moyen avant panne est censé être de 100 000 heures (un
peu plus d'un siècle).
Ca a l'air d'être relativement vrai, car je n'en ai encore vu aucun
claquer contrairement aux versions grand public Diamondmax...
Au niveau prix c'est de l'ordre de 20-30 euros plus cher que le disque
grand-public de même capacité.
Un refroidissement correct peut aussi aider les disques à tenir le coup.
[...] PS : qui n'a rien à voir -quoique- : qqun a-t-il une suggestion de disques pas chers pour héberger une copie de repository CVS xxBSD (j'ai peur que la lecture et écriture de l'arbre ncvs - plus les ports - soit la cause du décès prématuré de deux disques Maxtor 160Go, relativement récents, donc)
Une première solution a été de stocker les fichiers sur un RAID miroir pour diviser par deux les E/S qui sont essentiellement des lectures
Globalement je pense que les disques IDE recent pour desktop ne sont en fait pas fait pour tourner 24/24 (mais ils supportent plus de cycle arret/marche). Il faut peut-etre mieux chercher dans les series "RAID edition" (ou equivalent) des constructeurs pour des disques qui doivent tourner 24/24.
En parlant de Maxtor, ils ont une série Maxline prévue pour tourner 24h/24. Le temps moyen avant panne est censé être de 100 000 heures (un peu plus d'un siècle). Ca a l'air d'être relativement vrai, car je n'en ai encore vu aucun claquer contrairement aux versions grand public Diamondmax...
Au niveau prix c'est de l'ordre de 20-30 euros plus cher que le disque grand-public de même capacité.
Un refroidissement correct peut aussi aider les disques à tenir le coup.
-- Francois Tigeot
naddy
Manuel Bouyer wrote:
Globalement je pense que les disques IDE recent pour desktop ne sont en fait pas fait pour tourner 24/24 (mais ils supportent plus de cycle arret/marche). Il faut peut-etre mieux chercher dans les series "RAID edition" (ou equivalent) des constructeurs pour des disques qui doivent tourner 24/24.
Western Digital Raptor, 36/74/150 Go SATA, 10.000 tours/min 24/24
-- Christian "naddy" Weisgerber
Manuel Bouyer <bouyer@nerim.net> wrote:
Globalement je pense que les disques IDE recent pour desktop ne sont en
fait pas fait pour tourner 24/24 (mais ils supportent plus de cycle
arret/marche). Il faut peut-etre mieux chercher dans les series "RAID edition"
(ou equivalent) des constructeurs pour des disques qui doivent tourner
24/24.
Western Digital Raptor, 36/74/150 Go
SATA, 10.000 tours/min
24/24
--
Christian "naddy" Weisgerber naddy@mips.inka.de
Globalement je pense que les disques IDE recent pour desktop ne sont en fait pas fait pour tourner 24/24 (mais ils supportent plus de cycle arret/marche). Il faut peut-etre mieux chercher dans les series "RAID edition" (ou equivalent) des constructeurs pour des disques qui doivent tourner 24/24.
Western Digital Raptor, 36/74/150 Go SATA, 10.000 tours/min 24/24
