Articles précédents : Articles
- [72] Information du dedans
- [102] Une distribution Linux spécialisée pour les clefs USB
- [78] La BSA organise sa semaine du "Logiciel professionnel"
- [193] TCPA/Palladium continuent d'avancer
- [60] APRIL, AFUL, et FSF France s'expriment sur le vote européen sur la brevetabilité des logiciels
- [34] Linux sur EuroNews
- [37] Les Ig Nobels 2003 sont arrivés !
- [4] Le Blender Clan : site communautaire francophone
- [78] ICANN vs. Verisign ?
- [3] Les trophées des Casablanca Linux Days
Liens connexes
- La page d'accueil du bench (7594 hits)
- Les résultats avec Bonnie (4103 hits)
- les résultats avec IOzone (2950 hits)
- Le thread sur Slashdot (1399 hits)
Dépêche modérée par
Articles : Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux
Posté par patatorz (page perso, ). Modéré le 09 octobre 2003.
Les résultat sont facilement lisibles, et on peut rapidement repérer les fs "moins bons" et les "rapides" grâce à l'utilisation de couleur dans les tableaux.
Deux types d'outils ont été utilisés : Bonnie++, et IOZone, et les résultats sont assez inattendus. Le test IOZone semble donner largement l'avantage à JFS, alors que les résultats du test Bonnie++ sont plus nuancés, chaque FS ayant des forces et faiblesses.
On peut également récupérer les outils utilisés pour faire les benchs sur sa propre machine et ainsi valider les résultats.
![[en]](../../../images/en.png)
La page d'accueil du bench (7594 hits)-
Les résultats avec Bonnie (4103 hits)
-
les résultats avec IOzone (2950 hits)
-
Le thread sur Slashdot (1399 hits)
> Lire la dépêche (119 commentaires, moyenne: 2,8).
Re: Benchmark 'compréhensibles' des filesystem sur Linux
->"Le test IOZone semble donner largement l'avantage a JFS, alors que les résultats du test Bonnie++ sont plus nuancés, chaque FS ayant des forces et faiblesses."
les ecrart avec XFS sont des fois de lordre de 0.x % !
Les couleurs c'est bien, mais pas de jujements trops rapide !
guillaume
Re: Benchmark 'compréhensibles' des systèmes de fichiers sous Linux
au fait petite question : y'a ReiserFS 4 dans les kernels 2.6-test ?
on m'avait dit que c'était révolutionnaire (hyper rapide et tout et tout.....)
-
[^]Re: Benchmark 'compréhensibles' des systèmes de fichiers sous Linux
Posté par etienne_basset () le 09/10/2003 à 12:33. (lien). Évalué à 8.petite réponse : non.
et comme linus vient de sortir la test7 qui est une 'stability freeze' (il n'accepte plus que les bugfix) on ne l'aura sans doute pas tt de suite.
les benchs de reiser4 (de chez namesys mais bon) montrent de très bonnes perfs, mais il est encore assez loin d'être finalisé. En tout cas c'est encourageant, on aura bientot un autre excellent FS sous linux.-
[^]Re: Benchmark 'compréhensibles' des systèmes de fichiers sous Linux
Posté par Pierre Jarillon (page perso, ) le 09/10/2003 à 14:08. (lien). Évalué à 5.Reiser4, c'est une autre conception des FS, on peut dire que l'on a eu les systèmes basiques (FAT, ext2), puis une deuxième génération avec les ext3, reiserfs, jfs, xfs et ntfs. Reiser4 est à mon avis le premier de la troisième génération, sera t-il le seul ? C'est difficile à croire mais il sera difficile de le surpasser.
-
[^]Re: Benchmark 'compréhensibles' des systèmes de fichiers sous Linux
Posté par Christophe Fergeau () le 09/10/2003 à 15:13. (lien). Évalué à 4.Mouais. C'était déjà le discours marketing de namesys au moment où reiser3 est sorti...
-
[^]Re: Benchmark 'compréhensibles' des systèmes de fichiers sous Linux
Posté par let antibarbie = xp <- xp - 1 (page perso, ) le 09/10/2003 à 15:36. (lien). Évalué à 8.hmmm hummm vous avez regardé les colonnes des bench mentionnant l'utilisation CPU pour reiser4 ?? ben c'est ptet bien un des points à améliorer parce que bon 95% ou 80% cpu alors que les autres sont < 20% ... c'est ptet un poil trop gourmand.
Autre point, la RECUPERATION d'un disque dont le système de fichiers a été corrompu.. dans les ReiserFS distribués précédemment, l'outil de récupération est marqué beta-quality.. par contre on ne s'en aperçoit qu'une fois qu'on a besoin de cet outil.. et bien sur d'après les expériences désastreuses que j'ai pu avoir, l'outil de récupération est digne d'un logiciel microsoft, il fait plus de mal que de bien.
Donc hmmpf pas glop! et les bench ne mentionnent pas la qualité de la récupération sur erreur. (vous me direz, ouais c'est pas facile a tester aussi)-
[^]Re: Benchmark 'compréhensibles' des systèmes de fichiers sous Linux
Posté par reno () le 09/10/2003 à 18:47. (lien). Évalué à 2.Je suis d'accord avec toi: apres avoir perdu une partition avec ReiserFS, j'ai juré (mais un peu tard) qu'on ne m'y reprendrait plus!
Ceci dit, je suis sur qu'il y en a ici qui ont perdu une partition avec Ext3FS (Ext2FS), alors...-
[^]Re: Benchmark 'compréhensibles' des systèmes de fichiers sous Linux
Posté par Arachne (page perso, ) le 10/10/2003 à 06:50. (lien). Évalué à 3.Quand tu perds une partition ext3, tu peux la récupérer plus facilement grace à la compatibilité avec ext2. Ca reste donc ama le choix de la sagesse.
-
[^]Re: Benchmark 'compréhensibles' des systèmes de fichiers sous Linux
Posté par etienne_basset () le 10/10/2003 à 12:27. (lien). Évalué à 3.ca m'est arrivé avec ext3, il y a un un peu plus d'un an;
aujourd'hui ca me semble plus stable.
j'ai configure tous mes nouveaux serveurs en reiser et j'ai jamais eu de souci (ceci n'est pas un troll)
perso je trouve ca plutot bien cette concurrence entre FS, aujourd'hui on a vraiment le choix entre d'excellents FS, qui répondent chacun a un ou plusieurs types de besoins-
[^]Re: Benchmark 'compréhensibles' des systèmes de fichiers sous Linux
Posté par fcoiffier () le 10/10/2003 à 20:24. (lien). Évalué à 1.Idem : j'ai perdu une partition EXT3, il y a presque un an mais à cause d'une fausse manip.
Depuis, je suis en ReiserFS et pas de souci !-
[^]Re: Benchmark 'compréhensibles' des systèmes de fichiers sous Linux
Posté par Raphaël Gertz (page perso, ) le 14/10/2003 à 10:31. (lien). Évalué à 1.Je suis un petit utilisateur final... et j'utilise depuis la mandrake 9.0 le JFS (suite a la perte 2x consécutive de mon /usr sur une partition ext3 a cause de plantage hard)
Je dois dire que je bénis mon petit jfs depuis le jours.
Il est très rapide (par de ralentissement notoire...), il n'a pas l'ai de se fragmenter et le mieux c'est que si vous faite des rezet durant les accès disques vous ne perdez que les données non écrites et rien d'autre (j'ai testé 20 reset hard lors du boot a différent endroi (boot de linux, de kde, lors de copie de gros fichiers...)
Pour le moment je n'ai perdu que deux fichiers qui étais des iso mandrake en téléchargement via direct connect....
Donc je conseille l'utilisation du jfs a la place du ext3 a tout utilisateur pour son / et tou autre partitions
ps : contrairement au ext3, il y a un check rapide a chaque démarage et seulement un check up complet lors de shutdown non fait(lors de crash), sa ralentis un peu (comppter 5 seconde pour le premier disque et ~ 10-25 secondes pour le reste), mais globalement votre pc émarera tjs aussi vite et sans pb majeurs...
-
-
-
-
[^]Re: Benchmark 'compréhensibles' des systèmes de fichiers sous Linux
Posté par TazForEver () le 13/10/2003 à 18:36. (lien). Évalué à 2.si tu fais une opération 5x plus vite, ça me parait tout à fait normal que cela demande 5x de temps processeur
-
-
-
[^]Re: Benchmark 'compréhensibles' des systèmes de fichiers sous Linux
Posté par Mike Lee Toris () le 12/10/2003 à 17:22. (lien). Évalué à 2.Ch'uis carrément newbie sur Linux, mais j'ai traîné mes guètres pendant un bon bout de temps comme admin système sur des stations SGI avec IRIX et son EX-CEL-LENT xfs.
Ce fs est une tuerie, sa journalisation fait remonter un fs de plusieurs centaines de Go en quelques minutes après un crash. Je n'ai jamais perdu de données logique sauf en cas de media défectueux.
Malheureusement, je trouve peu d'infos sur son portage sous Linux. Et je voudrais savoir s'il tient aussi bien que sur Irix.
-
-
compréhensibles ?!?!?
L'utilisation du terme "compréhensible" c'est une blague ?
TBTB - qui a un bon mal de crane suite à la lecture des tableaux -
-
[^]Re: compréhensibles ?!?!?
Posté par Amaury () le 09/10/2003 à 10:56. (lien). Évalué à 11.Voilà ce qu'il ressort du test :
JFS est le meilleur pour IOzone et est bon chez Bonnie
EXT2 est le meilleur pour Bonnie, et moyen pour IOzone (mais ce n'est pas un FS journalisé)
XFS est très bon sur les 2 tests
Grosso modo, ext3 et reiserFS se font détruire. Qui l'eu cru ?
Les 2 "gagnants" sont JFS et XFS. Le "perdant" est ext3.-
[^]Re: compréhensibles ?!?!?
Posté par Mickael_83 (page perso, ) le 09/10/2003 à 11:01. (lien). Évalué à 5.Franchement pas moi, je pensais que le Ext3 s'en sortait beaucoup mieux que ça... Un peu bluffé là...
Bon, ben je sais ce qu'il me reste à faire sur mes disques de stockage....
Allons-y, si je suis pas revenu dans 48h, alertez les pompiers !!-
[^]Re: compréhensibles ?!?!?
Posté par Ekki () le 09/10/2003 à 11:08. (lien). Évalué à 3.ptite question bete: ya moins de changer de convertir des partitions sans perdre les données?
-
[^]Re: compréhensibles ?!?!?
-
[^]Re: compréhensibles ?!?!?
Posté par Aurélien Girard () le 09/10/2003 à 11:12. (lien). Évalué à 2.oui en les savegardant
-> []
-
[^]Re: compréhensibles ?!?!?
Posté par Bonnefille Guilhem (page perso, ) le 09/10/2003 à 12:14. (lien). Évalué à 2.Il me semble que c'est possible entre ext2 et ext3 car la seule différence se situe dans l'utilisation ou non du journal (à ce que j'ai compris). Par contre, j'ai aucun lien sous la mains a proposer. Google est ton amis pour plus de précision.
-
[^]Re: compréhensibles ?!?!?
Posté par Jean-Claude Ben () le 09/10/2003 à 12:32. (lien). Évalué à 5.Facile :
umount /dev/partoche
tune2fs -j /dev/partoche
Evidemment la question pose plutot sur une migration vers jfs et xfs et alors la y'a plus que cette solution :
tar -cf /dev/st0 /partoche
-
[^]Re: compréhensibles ?!?!?
Posté par Volnai () le 09/10/2003 à 12:35. (lien). Évalué à 4.Si t'as asser de place pour le journal un petit tune2fs -j (de tete) devrait suffir a passer de ext2 a ext3.
Ca y est j''ai un lien qui confirme : http://batleth.sapienti-sat.org/projects/FAQs/ext3-faq.html(...)
Si quelqu'un a une combine pour les autres je suis prenneur.
-
-
-
-
[^]Re: compréhensibles ?!?!?
Posté par Patrice Fortier () le 09/10/2003 à 13:10. (lien). Évalué à 5.Le perdant est plutot ext3 avec le mode journal.
Avec le mode ordered, qui la config sur 99% des machines, puisque celle par defaut, les perfs sont juste moyenne.
C'est plutot les perfs de reiserfs qui m'ont surpris...
-
[^]Re: compréhensibles ?!?!?
Posté par Olivier Jeannet () le 09/10/2003 à 15:51. (lien). Évalué à 6.Grosso modo, ext3 et reiserFS se font détruire. Qui l'eu cru ?
Les 2 "gagnants" sont JFS et XFS. Le "perdant" est ext3.
Il faut vraiment prendre ces tests avec précaution, et comprendre ce qui est testé (ici c'est plutôt du bas niveau). Il faut aussi regarder les proportions entre les chiffres, si 2 FS sont à 10% l'un de l'autre, c'est vraiment pas grand chose (à vue de nez, on ne voit pas la différence).
Le vrai test c'est de tester son application (ou ses applications), c'est quand même ça qui compte. J'ai par exemple effectué des tests de bas niveau sur les différents FS, et ensuite j'ai utilisé pgbench (benchmark livré avec PostgreSQL) pour tester du point de vue haut niveau (mon appli faisait surtout des accès base de données). Les différences parfois importantes à bas niveau le sont beaucoup moins avec le test pgbench.
-
-
[^]Re: compréhensibles ?!?!?
Posté par Frédéric COIFFIER () le 09/10/2003 à 11:25. (lien). Évalué à 4.Effectivement, je m'attendais à de jolis histogrammes 3D mais bon...
Qu'est ce que ces benchs apportent par rapport aux différentes études qui ont été présentées ici ?
-
[^]Re: compréhensibles ?!?!?
Posté par Nicolas Delsaux (page perso, ) le 09/10/2003 à 12:21. (lien). Évalué à 0.Le grand tout soit avec toi !
OK --> []
Re: Test de performance 'compréhensibles' des systèmes de fichiers sur GNU/Linux
On est sur /. ou sur linuxfr ?
Benchmark 'compréhensibles' des filesystem sur Linux
peut se traduire en français par :
Test de performances 'compréhensibles' des systèmes de fichiers sur GNU/Linux
largement l'avantage a JFS > largement l'avantage à JFS
plus d'aide sur www.granddictionnaire.com
Par ailleurs la Suse à tendance à privilégier l'usage de reiserfs lors des installations.
Autrement pour stocker les courriels de type "maildir" je conseille vivement reiserfs, (désolé par de preuves ici).
« Si quis scienter in tantum a vino abstineret ut naturam multum gravaret a culpa immunis non esset. »Saint Thomas d'Aquin, Somme théologique, II-II, 150, 1 ad 1.
-
[^]Re: Test de performance 'compréhensibles' des systèmes de fichiers sur GNU/Linux
Posté par a_jr () le 09/10/2003 à 11:03. (lien). Évalué à 5.Par ailleurs la Suse à tendance à privilégier l'usage de reiserfs lors des installations.
Quand on va sur le site web de reiserfs (http://www.namesys.com/(...)), on comprend vite pourquoi.
Allez voir aussi qui developpe reiserfs (http://www.namesys.com/devels.html(...)) et vous pourrez voir qu'il y a 2 gars payes par Suse.
C'est un peu normal, et meme si Suse ne fournit pas une distribution libre (c'est regrettable), ils ne participent pas moins aux logiciels libres. Desole si ca part en troll, mais c'est vrai.
Le bonjour chez vous,
Yves
-
[^]Re: Test de performance 'compréhensibles' des systèmes de fichiers sur GNU/Linux
Posté par Aurélien Girard () le 09/10/2003 à 11:13. (lien). Évalué à 3.Quitte à traduire benchmark autant ne pas s'amuser à utiliser une traduction approximative et préférer "banc d'essai".
-
[^]Re: Test de performance 'compréhensibles' des systèmes de fichiers sur GNU/Linux
-
[^]Re: Test de performance 'compréhensibles' des systèmes de fichiers sur GNU/Linux
Posté par Aurélien Girard () le 09/10/2003 à 13:05. (lien). Évalué à 1.Mais voyons, ce serait beaucoup trop simple ;)
-
-
[^]Re: Test de performance 'compréhensibles' des systèmes de fichiers sur GNU/Linux
Posté par ginkyo (page perso, ) le 09/10/2003 à 18:54. (lien). Évalué à 2.> Quitte à traduire benchmark autant ne pas s'amuser à utiliser une traduction >approximative et préférer "banc d'essai".
si vous saviez lire :
>>peut se traduire en français par :
par ailleurs avant d'utiliser ce terme, j'ai vérifié l'avis de l'olf (www.grandictionnaire.com) et il s'est trouvé que c'était celui qu'il proposait !
enfin pour ce qui est de la subjectivité/objectivité des traductions, je trouve votre remarque plutôt culottée et ce surtout en proposant _votre_ traduction comme bien meilleure !--
« Si quis scienter in tantum a vino abstineret ut naturam multum gravaret a culpa immunis non esset. »Saint Thomas d'Aquin, Somme théologique, II-II, 150, 1 ad 1.
-
-
[^]Re: Test de performance 'compréhensibles' des systèmes de fichiers sur GNU/Linux
Posté par Colin Leroy (page perso, ) le 10/10/2003 à 09:55. (lien). Évalué à 0.On est sur /. ou sur linuxfr ?
Cet article était sur /. quelques 24 heures plus tôt, de toutes façons... C'est un peu dommage de reprendre des news si "visibles" non?
Re: Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux
aaaah les Benchs ,
C est marrant que cela soit pr carte graph , Hd c est toujours la meme chose (peut etre que les bench cpu sount un peu epargnés ) . Comment interpreter les resultats , comment etre certains de la reelle valeure des ces resultats obtenus . D ailleurs les resultats de Bonnie et Iozone sont parfois contradictoires .
De plus l utilisation contextuelle compte pour pas mal . Meme file system sur un serveur mail que sur une DbOracle en parallel server ?.. allons .. . Bref ... rien ne vaut un bon test en situations avec ces files systems . Tjrs deçu par ces bench tools ... .
Guillaume .
-
[^]Re: Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux
Posté par Mickael_83 (page perso, ) le 09/10/2003 à 11:19. (lien). Évalué à 3.Perso j'ai téléchargé le script de Mike Benoit, fs_bench.py, pour voir un peu de quoi il s'agit.
L'auteur t'explique très bien dans quel condition sont réalisés les tests, dans quel but et pourquoi :
"The reason I created this little script was because I was tired of searching high and low
for non-complete file system benchmarks. It seemed I could never find benchmarks that were
ever close to the "real-world" situation I was looking for. The benchmarks I could find
always seemed to be biased in some form, or ommiting "certain" information.
Like reiserfs v3 against ext3 with really small files. But never medium/large files. And
never all the main file systems pitted against one another on the same page.
One file system is never faster in absolutely every situation, so a multitude of tests
need to be run with many different options to get the full picture. Therefore the
purpose of this script is to make it really easy, and completely automated to benchmark
any number of file systems, or even file system options against one another with any
number of different benchmarks and benchmark settings, in hopes of seeing much more
complete benchmarks.
Yes, running this many tests takes days and days, but thats why this script
should automate it all for you, and at least you get enough data to see where the
strengths/weaknesses are of each different file system. Thats the idea anyways."
Donc, si tu te retrouves dans les mêmes cas d'utilisation que lui, je pense que tu dois pouvoir te fier à ses tests puisqu'ils sont assez proche d'une situation réelle.-
[^]Re: Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux
Posté par Guillaume () le 09/10/2003 à 11:30. (lien). Évalué à 0.Effectivement ,
Là ou le bas blesse . C est que je vais faire un test avec ce script , obtenir des resultats . Une fois mes resultats obtenus , compares avec le cadre d utilisation je vais avoir envie d effectuer des tests avec une autre source de mesure .
Lorsque chimiste determine l acidité d un echantillon . Il procede afin d avoir un resultat precis par differentes technique de mesure . Qui ont une finale une certaine coherence entre elles.
Dans le cadre de nos benchs filesystems nous sommes parfois loin d avoir cela et c est cela qui m inquetes . 3 benchs 3 fourchettes de valeurs differentes .... . Voila ce qui me propose probleme . Etes vs satisfaits de lancer un bench de dire ok le bench montre cela donc c est bon ? . N est t il pas inquetant d avoir de telles contradictions lors de differents bench (meme ds des cadres d utilisations) . ? Comment arrivez vous a synthetiser ces informations souvent si contradictoires ? .
Là ou les benchs tools prennent leurs sens c est qd ils ont une certaine coherence entre eux (pas qu ils montrent exactement la meme chose on est d accord).
Merci de me lire
Guillaume-
[^]Re: Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux
Posté par Mickael_83 (page perso, ) le 09/10/2003 à 12:48. (lien). Évalué à 1.tout à fait d'accord avec toi :-)
Par contre, si tu veux vraiment lancer des tests, il te faut une partoche libre et je pense que ça doit pas prendre qu'une heure .... :-)
-
[^]Re: Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux
Posté par J A-G () le 09/10/2003 à 14:24. (lien). Évalué à 3.Juste une petite chose...
Ton poste est assez désagréable à lire: il manque des caractères un peu partout...
[Merci de me lire] ... essayes de ne pas nous rendre la tâche trop difficile ;-)
Merci-
[^]Re: Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux
Posté par Gaétan RYCKEBOER (page perso, ) le 13/10/2003 à 12:03. (lien). Évalué à 2.1/ On dit un "post", ou un "message" en français.
2/ On dit un bât, et non un bas. Ca vient du bât qui était utilisé aux temps préinformatiques de nos ancêtres, il y a 50 ou 100 ans, lorsque les chevaux faisaient les travaux des champs.
3/ Ces messages rappelant l'orthographe, conjugaison et autres sont fatiguants. On peut accepter vaguement la "parlure" de l'autre, et faire avancer un poil le débat sur le fond, et non sur la forme ?
-
-
-
-
[^]Re: Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux
Posté par gnap gnap (page perso, ) le 09/10/2003 à 11:23. (lien). Évalué à 1.J'irais plus loin en me demandant très clairement à qui servent ces estimations parmi le public de linuxfr ?
Pour la grande majorité d'entre nous, en utilisation concrête, c'est bonnet blanc et blanc bonnet. Et dans les rares cas où cela peu servir, j'imagine que de toute façon des tests réels sont plus que nécessaires.
Bref, c'est bien gentil mais...-
[^]Re: Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux
Posté par gnumdk () le 09/10/2003 à 11:27. (lien). Évalué à 2.Ben non, ca montre aux moins que l'ext3 est vraiment merdique et qu'il faut faire la transition vers XFS. :)
-
[^]Re: Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux
Posté par Patrice Fortier () le 09/10/2003 à 13:14. (lien). Évalué à 1.Ca montre qu'il faut pas utiliser le mode journal avec ext3.
Ce que personne ne fait d'ailleurs.-
[^]Re: Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux
Posté par gnumdk () le 09/10/2003 à 13:37. (lien). Évalué à 1.Oui, enfin, je disais juste ca paske ext3 sux, il suffit de se retrouver avec une partition totalement corrompue pour penser a passer a quelque chose de plus serieux comme reiserfs ou xfs.
-
[^]exactement
Posté par maMbo () le 09/10/2003 à 15:45. (lien). Évalué à 1.il suffit d'installer une fois une mandrake en la laissant faire et se retrouver tout vérolé, pour trouver que ext3 ça va et ses chantres des credibilisés à tort.
En plus il est pas performant - c'est des nazes chez mandrake de le mettre par défaut à l'install !!!
Là c'est le troll qui descend de la montagne à cheval - mais c'est du vécu mon pote.
faut arreter de mentir à ses ventilateurs, s'ils ont chaud c'est qu'ils tournent trop vite.
Merci d'essayer de me comprendre avant d'essayer de me descendre.-
[^]Re: exactement
Posté par Raphaël Gertz (page perso, ) le 14/10/2003 à 10:45. (lien). Évalué à 1.--> En plus il est pas performant - c'est des nazes chez mandrake de le mettre par défaut à l'install !!!
Tout a fait d'accord...
Je l'ai testé a regret sur une mdk 9.0 (deux fois mon /usr qui a disparu...)
Depuis j'utilise ue du JFS et je ne jure que par sa...
J'attend avec ferveur que deb sorte une distrib où on peut le mettre dès l'install sans devoir faire des bizarreries... (pour l'instant seul l'ext3 et l'ext2 sont proposé...
Perso chez tout ceux qui ont installé une mandrake (10 personne que j'ai libéré du monde W$), je leur ai fais mettre du jfs et ils n'ont eu aucun pb (tout comme moi dessus)
A vous de vroir si il faut pas changer de SF...
(les perfs peu grande de l'ext3 m'ont convaincu que mon choix étais le bon sans même savoir au moment ou je l'ai fait...)
-
-
-
[^]Re: Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux
Posté par Jean-Pierre Schwickerath (page perso, ) le 10/10/2003 à 07:59. (lien). Évalué à 4.> Ca montre qu'il faut pas utiliser le mode journal avec ext3.
Ca dépend... J'ai fait des tests avec Postfix et ext3 avec data=journal. C'est très rapide si la partition qui contient /var/spool/postfix y est en ce format. La raison c'est que la plupart des fichiers mails sont écrits dans le journal de façon linéaire et en sont retirés avant de devoir être réellement écrits sur le disque.
Et l'accès en bloc dans le journal, cela n'étonnera personne, est bien plus rapide qu'un accès "au hasard" dans la partie des données.
> Ce que personne ne fait d'ailleurs.
Ben si, sur les serveurs de mails que j'administre, je le fais. Même s'ils ne sont pas sous une charge qui nécessite vraiment un optimisation du système de fichiers, c'est un nice-to-have.--
Nothing's impossible... Everything's relative!-
[^]Re: Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux
-
-
-
-
[^]Re: Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux
Posté par Mickael_83 (page perso, ) le 09/10/2003 à 12:57. (lien). Évalué à 7.Ben disons que y'a pas que du grand public qui vient sur linuxfr, y'a aussi dans le monde linux des êtres bizarres nommés "administrateurs réseaux", qui ont pas toujours le temps de faire eux-même ces tests, et qui sont contents de pouvoir disposer de ce genre de comparatifs. ça leur permet de savoir sur quel type de partition il serait préférable qu'ils hébergent leurs bases SQL, leur streaming audio et vidéo, quel type de partition est préférable pour le home et les profiles pour un PDC, etc... Bref, une information peut-être pas nécessaire mais utile...
Et comme ça concerne l'OS linux, je vois pas pourquoi elle figurerait pas sur le site linuxfr. A moins que celui-ci ne soit interdit aux admins et autres espèces apparentées....
Bande d'égoistes va !! :-)-
[^]bravo
Posté par maMbo () le 09/10/2003 à 15:57. (lien). Évalué à 4.il faut leur mettre les yeux en face des trous à ces prétentieux.
Evidement que c'est intéressant -
ça l'est mème plus que de savoir si tel film de cinéma amerloque de schtroumpf la houette plait au geeeheeheeheeeeks chevelu du coin de ma rue ou que la derniere publication trop chere et mal présentée avec UX dans le nom est sortie.
En plus tu le fais gentiment ce qu'ils ne méritent pas ces abscons du commentaire abstrait.
Par contre celui qui dit que c'est génant que les bancs d'essai soient aussi différents les uns des autres et
ceux qui disent qu'aux niveaux présentation, "compréhensible" c'est à chier ont bien raison.
se faire suer pour faire des tests aussi long et pas passer 5 mn à les présenter , franchement c'est nul.
bon je vais faire un tour ->[]
-
-
-
[^]Re: Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux
Posté par Tennis Prono (page perso, ) le 09/10/2003 à 11:24. (lien). Évalué à 6.Effectivement, je ne comprends pas pourquoi ils ne font des tests d'applications (comme par exemple un Apache déservant beaucoup de pages statiques, des compilations de noyau). Parce que la différence serait d'un pour cent ?
--
Pas de bureau 3d libre sans drivers libres!
Re: Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux
Mouais bon, après les avoir un peu près tous essayé sur mon pauvre disque dur... je nai jamais vraiment remarqué de différences entre eux, aucun tourne vraiment plus vite que l'autre.
Pour un serveur avec des charges folles sur le disque dur, je comprends que ce soit interessant ces tableaux.... mais pour mon vieux portable, le meilleur benchmark reste mon propre jugement :)
Ici Radio Tux.
Les utilisateurs parlent aux utilisateurs
pom pom pom pom
Les utilisateurs parlent aux utilisateurs
pom pom pom pom
Attention attention! Le test qui éclate ext3 montre aussi que c'est le systéme qui bouffe le moins de cpu!
pom pom pom pom
Ces tests sont utiles pour les professionnels qui ont des usages particuliers pour leurs machines... genre une machine pour le proxy internet.
pom pom pom pom
Ces professionnels sont censés connaitre les particularités de chaque systéme de fichier et pour quelle sorte d'usage ils sont meilleurs. Donc ce genre de tests ne sert à rien.
pom pom pom pom
Surtout pas à nous, les utilisateurs de base.
pom pom pom pom
Pour un usage normal d'utilisateur de base, ext3 remplit bien son role puisque doux pour le cpu. ext2 si pas besoin du journal.
pom pom pom pom
le taureau du pére Charles a bousé dans le pré du pére Georges.
pom pom pom pom
Les utilisateurs parlent aux utilisateurs
...
-
[^]Re: Ici Radio Tux.
Posté par PasChauve PasOunet () le 09/10/2003 à 12:25. (lien). Évalué à 3.elle est a l air vachement bonne ta drogue !
-
[^]Re: Ici Radio Tux.
Posté par tuiu pol (Jabber id, ) le 09/10/2003 à 13:16. (lien). Évalué à 2.Il n'y a pas *que* des utilisateurs de base sur DLFP. Il peut être intéressant de savoir quels sont les réactions de chaque fs et dans quel cas de figure s'en servir.
-
[^]Re: Ici Radio Tux.
Posté par imr () le 09/10/2003 à 14:40. (lien). Évalué à 2.Il n'y a pas *que* des utilisateurs de base sur DLFP
C'est bien pour ça que ce message ne s'adresse qu'à eux.
Et bien sur qu'indirectement, ce genre de bench peut démarrer des discussions utiles pour les autres. Mais j'espére que ceux qui doivent administrer des machines dans un cadre de production ne l'ont pas attendu pour commencer à se renseigner. Si reiserfs est mieux avec certaines utilisations et jfs ou xfs avec d'autres, il vaut mieux le savoir avant.
A priori.-
[^]Re: Ici Radio Tux.
Posté par Mickael_83 (page perso, ) le 09/10/2003 à 15:49. (lien). Évalué à 4.Ouaips, sans doute.... Mais d'après toi, comment ils font pour savoir si un FS est mieux qu'un autre ? ben tout simplement, ils consultent eux aussi des bench pour se faire une idée, parce que comme le dit l'auteur, un test manuel de TOUS les FS supporté par linux, ça prendrait juste quelques jours...
Donc, pour se faire une idée, on consulte des benchs un peu partout, certains sont sérieux, d'autres moins, on se fait une synthèse de ce que l'on a trouvé, on compare avec l'utilisation de notre matos, et on prend une décision.
Parce que, si on devait tester TOUTES les différentes possibilités offertes par : les FS, les bases SQL, les serveurs web, les serveurs FTP, les liaisons sécurisées, etc.... on passerait 24/24 et 7/7 à faire des tests, sans pouvoir jamais rien installer, car trop occupé.
Donc, ces benchs ont le mérite d'exister, et apporte une aide certaine à de nombreux admins. Et si justement personne ne s'occuper de réaliser ces benchs, bon on serait quand même pas mal emm.......
Quand tu achètes une carte graphique, tu vas en magasin et tu teste TOUTES les dernières cartes qui sont sorties, ou tu te bases sur des documents que tu as lu à droite et à gauche, des benchs et des comparatifs ? Ben tu vois, nous les admins, on fait à peu près la même chose, sauf que ça porte sur le FS, le réseau, les serveurs, les protocoles, etc, etc.... donc en gros 100 fois plus complexes et 100 fois plus chiants.
Mais bon, ce n'est que mon avis perso d'admin, et il peut être sujet à critiques ou contestations... :-)-
[^]Re: Ici Radio Tux.
Posté par rictus (page perso, ) le 09/10/2003 à 16:16. (lien). Évalué à 2.Non, je ne suis pas d'accord, si tu bosses sérieusement, tout au plus, ces tests peuvent te donner envie de tester toi-même l'un ou l'autre de ces FS parce qu'effectivement tu n'as peut-être pas le temps de tout tester...
Mais j'imagine pas passer en prod directement un truc parce que j'ai lu d'une source inconnue ou même connue qu'un nouveau gadget était plus mieux trop bien !
Mais je ne suis peut-être pas un décideur pressé qui lit 01 informatique ;-)-
[^]Re: Ici Radio Tux.
Posté par Mickael_83 (page perso, ) le 09/10/2003 à 17:17. (lien). Évalué à 3.> si tu bosses sérieusement, tout au plus, ces tests peuvent te donner envie de tester toi-même l'un ou l'autre de ces FS parce qu'effectivement tu n'as peut-être pas le temps de tout tester...
Effectivement, et c'est bien ce qui fait l'utilité de ces benchs : ils te donnent une voie d'orientation, plutôt que devoir tester 10 types de FS différents, t'en a plus que 3, voir 3, 2 .... Ils servent de guides, et c'est là toute leur utilité (et c'est déjà d'une très grande utilité). J'ai jamais dis qu'ils'étaient paroles d'évangile. En tester 10 c'est long, très long, fatiguant et rebutant. en tester 4, t'as plus que la moitié du boulot à faire... Donc, avoue que c'est pas mal pratique. Pour reprendre l'exemple des cartes graphique, ben tu sais grâce aux benchs que ça se joue entre nvidia et ATi, sur leurs derniers composants. Si t'avais pas de benchs ou de comparatifs, tu serais obligé de t'intéresser aussi aux rages 128, radeon 7000, geforce 3, geforce 4, SiS, trident, matrox, etc (pas de troll ici)... Ça facilite pas mal la tâche quand même non ?
> Mais je ne suis peut-être pas un décideur pressé qui lit 01 informatique ;-)
A chacun son métier. Moi je suis admin, et je préfère aller chercher mes infos sur une presse moins généraliste :-)-
[^]Re: Ici Radio Tux.
Posté par PLuG () le 10/10/2003 à 10:48. (lien). Évalué à 6.D'un autre coté espérer corriger des problèmes de perf juste en changeant le type de filesysteme ca me parait illusoire.
Mon avis:
- Le filesystème se doit avant tout d'être fiable et léger en conso cpu/io.
- le redimentionnement a chaud est pratique (lvm/....) sur les serveurs.
- la journalisation permet des reboot plus rapides.
Après on module en fonction de ces paramètres et d'une certaine volontré d'homogénéité du parc installé (par question d'avoir un fs différent sur chaque serveur sinon bonjour la galère pour les admins ...).
Et quand les perfs manquent y a certainement plein de solutions avant de changer de fs (plus l'optimisation est faite a haut niveau (application par exemple) plus les gains sont importants). Surtout qu'il y a des solutions simples (plus de ram ==> plus de cache disque) pour 'accélérer' les lecures/ecritures.
Et quand le service est TRES important, un cluster avec réplication des datas entre plusieurs nodes permet de s'affranchir des problèmes de fsck trop long au reboot (haute dispo de toute manière ...) voir de répartir la charge quand tous les nodes sont actifs ...
Conclusion:
Ces benchs sont TRES interessants, en premier lieu pour ceux qui DEVELOPPENT les fs. Ce genre de résultats de bench est publié régulièrement sur la liste kernel et permet aux développeurs d'optimiser leur produit aux endroits ou ils sont les plus mauvais. Du coup les fs évoluent TOUS grace à ces bench et le choix du fs pour le PROD se fait sur d'autres critères que les perfs.-
[^]Re: Ici Radio Tux.
Posté par Mickael_83 (page perso, ) le 10/10/2003 à 11:06. (lien). Évalué à 0.CLuster ? comme t'y vas toi !! :-) Faut qu'il ait les moyens le client, sachant qu'une node se facture en moyenne 8000 .... Mais bon, si t'as des adresses, files, je suis preneur !! :-)
Bon sinon, les grosses charges de lecture/écriture que j'ai eu jusqu'à présent, en général ça s'est réglé par un bon SCSI 340 et du seagate 14.000 tours... Là, question saturation t'es relativement tranquille, ça ouvre pas mal comme joujou. C'est cher certes, mais ça le vaut....-
[^]Re: Ici Radio Tux.
Posté par PLuG () le 11/10/2003 à 20:51. (lien). Évalué à 4.8000 ??
mais ça dépend de ce que l'on appelle cluster.
tu prends des Xseries IBM rackables (2500 le node), et tu les connecte a une baie de disque c'est CAREMENT moins cher... mais je parlait de redondance pour assurer le service avec un SLA satisfaisant, pas besoin de machines exceptionnelles, et dans ce cas c'est moins de 8000 le cluster complet ;-)))
vivement que intermezzo devienne fiable pour simplifier les conf de réplication ...-
[^]Re: Ici Radio Tux.
Posté par Mickael_83 (page perso, ) le 12/10/2003 à 14:11. (lien). Évalué à 0.Ah zut, c'est ma faute, j'ai oublié de précisé que je parlait du prix final, celui que tu factures au client, la prestation finale quoi. Je sais qu'à l'achat c'est pas aussi cher que ça, mais au final faut bien que je fasse mes marges, que je payes mes employés et leur compétences. Et j'ai pu observer (ici en PACA) que le prix final moyen se situait aux alentours de 8000 . Comme je compte pas tuer le business non plus, c'est les prix que je pratique aussi...
Intermezzo, j'avoue n'avoir jamais testé, donc je connais pas ses spécifications et ses spécificités. Si tu peux m'en dire un peu plus, ce serait bienvenu ;-)
-
-
-
-
-
-
-
-
-
[^]Re: Ici Radio Tux.
-
[^]c'est toi !!!!
Posté par maMbo () le 09/10/2003 à 16:02. (lien). Évalué à 3.c'est toi qui a imposé l'usage de ext3 à mandrake !!!
fuis vite en Suede ils sont sympa les suedois.
Cherche pas à te justifier on s'en fout, il y en a qui disent que t'es une taupe de chez Suse et que la mise en redressement c'est ta faute.
Va -t-en vite ils tressent leurs cheveux comme des gaulois
et affutent leur moule à pizza pour te lyncher !!!
Cours forrest cours !!!
-
[^]Re: Ici Radio Tux.
Re: Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux
Tout que je peux dire de ces benchs, c'est qu'ils sont indigestes.
C'est bien beaux d'ameliorer les benchs, mais la presentation finale du resultat compte aussi bien que les tests eux-memes. Et la, un resultat sous forme d'histogramme 2D pour chaque rubrique aurait ete mieux je pense, tout comme un tableau moins long (c'est une regle ergonomique: on ne sait meme plus quel FS on regarde a force de scroller a droite, et les lignes aurait pu etre alternees!)
Bref, moi je suis passe dessus sans me prendre la tete a dechiffrer. J'ai un ReiserFS qui marche, je vais voir ce que m'apporterai un XFS, mais de la a changer de suite, bof, je ne pense pas.
PS: desole pour les accents, un apt-get upgrade m'a tout foutu en l'air...
-
[^]Re: Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux
Posté par Zorro () le 09/10/2003 à 13:01. (lien). Évalué à 3.T'oserai quand même pas dire du mal de la Debian, là, si ? Malheureux...
-
[^]Re: Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux
Posté par marmotte_57 () le 09/10/2003 à 14:05. (lien). Évalué à 1.Absolument pas ! J'utilise Debian, et j'en suis tres content, je cherche simplement d'ou le probleme vient.
J'avais precise pour eviter des remarques du style "on met les accents", "c quoi cette facon d'ecrire".
Et comme vous pouvez le voir, j'ai toujours pas trouve.-
[^]Re: Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux
Posté par vincent LECOQ (Jabber id, page perso, ) le 09/10/2003 à 14:30. (lien). Évalué à 1.et bien moi je n'en dirais pas autant, hier je me suis arraché les cheveux à me battre avec les innombrables bugs de l'installeur de la sarge ...
je ne citerais pas d'exemples, c'est juste histoire de me défouler d'une journée de m....--
Ma signature ici-
[^]Re: Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux
Posté par OAUDRY () le 09/10/2003 à 16:10. (lien). Évalué à 2.refait tes locales (/etc/locales.gen et tu mets fr_FR ISO-8859-1) et puis export LANG=fr_FR et roulez sinon tu choisis dans gdm. Oublie pas de faire locale-gen aprés avoir modifier /etc/locales.gen
debian c'est bien :)-
[^]Re: Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux
Posté par Guillaume G. () le 09/10/2003 à 19:07. (lien). Évalué à 1.La même chose à la mode debian:
# dpkg-reconfigure locales
Je recommande quant à moi fr_FR.UTF-8.
Debian c'est bien.
-
-
-
[^]tu dis du mal de la debian
Posté par maMbo () le 09/10/2003 à 16:10. (lien). Évalué à 3.rien qu'en disant que tu l'utilises !!!
tu ne vois pas que tu déshonores la confrérie ?!
Avec debian tout va bien tout le temps toujours - à part, à part
si l'utilisateur fait une fausse manoeuvre comme par exemple installer un soft de moins de 3 ans s'il n'a pas les compétences nécessaires.
En utilisant un clavier folflorique non américain en plus !!!
Tu te grattes pas allez je pousse mon système dans ses derniers retranchement en lui imposant des périphèriques exotiques
un clavier français de france, bidochon va !!!
On devrait te retirer ton permis de Debian, danger public.
-
-
Re: Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux
Hummm....
C'est vrai qu'au quotidien, on utilise tous les jours des fichiers de 1G.
C'est bien dommage que ces tests n'aient pas été faits avec des tailles plus
conventionnelles...
-
[^]Re: Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux
Posté par Patrice Fortier () le 09/10/2003 à 13:19. (lien). Évalué à 1.Ben si tu as une partition avec plein de divisques, et que tu es un cinephile en culotte courte, tu peux te sentir concerné par ce test ;-)
-
[^]Re: Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux
-
-
[^]Re: Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux
Posté par Christophe Merlet (page perso, ) le 09/10/2003 à 13:28. (lien). Évalué à 2.> C'est vrai qu'au quotidien, on utilise tous les jours des fichiers de 1G.
J'utilise de plus en plus de fichiers de plus de 1Go.
Entre les ISO de distributions GNU/Linux, les films DV de ma caméra numérique, les ISO de DVDs de mes vidéos de vacances, les dd de sauvegarde de disques durs, etc. Les fichiers de plus de 1Go représente une part non négligeables de mes disques durs.
Les tests sur ces gros fichiers sont importants, d'autant plus lorsqu'il s'agit de faire du montage vidéo sur des rush de plusieurs dizaines de Go...
Utiliser des fichiers de plus d'un Go est le quotidien de plus en plus de personnes...-
[^]Re: Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux
Posté par alenvers () le 09/10/2003 à 20:40. (lien). Évalué à 2.Un petit RAID 5 ça augmente les perfs des mesures nettement supérieures.
Perso, j'utilise ext3 et je ne pense pas en changer (l'avantage est que c'est un dérivé direct de ext2 qui lui a déja fait ses preuves)-
[^]Re: Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux
Posté par Christophe BAEGERT () le 09/10/2003 à 21:14. (lien). Évalué à 3.Tout dépend si la carte est bien supportée sous Linux, et sous ta distrib en particulier. Une Adaptec 2400A en Raid 5 avec 3 disques et les drivers génériques est moins performante qu'un disque seul...
-
[^]Re: Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux
Posté par rictus (page perso, ) le 10/10/2003 à 08:13. (lien). Évalué à 4.Je pense qu'il pensait au RAID logiciel (RAID et LVM) maintenant intégré dans le kernel qui est top moumoute.
Il ne faut pas mépriser le RAID logiciel, il est souvent très performant dans la mesure où il profite de l'énorme puissance des CPU actuels... (oui, ça bouffe des ressources, mais dans le cas d'un serveur de fichiers, le CPU ne sert qu'à ça, dans les autres cas, ça reste souvent négligeable).
En plus les raidtools offrent une telle souplesse d'administration que je ne comprends pas que certains continuent à utiliser les pseudos cartes RAID matériels que sont les Promise et autres HPT.
-
[^]Re: Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux
Posté par Olivier Jeannet () le 10/10/2003 à 16:15. (lien). Évalué à 1.Tout dépend si la carte est bien supportée sous Linux, et sous ta distrib en particulier. Une Adaptec 2400A en Raid 5 avec 3 disques et les drivers génériques est moins performante qu'un disque seul...
Tout à fait.
Dans le genre, j'avais utilisé sur un IBM Netfinity (Bi-P2 700 MHz) une carte ServeRaid 3-L (plutôt bas de gamme) et j'avais été très surpris de constater que 2 disques IBM en RAID-1 (miroir) étaient plus lents qu'un seul. C'était même encore plus bizarre, chaque disque séparément faisant 20 Mo/s de débit nominal (hdparm ou dd), et avec un bon "dd" sur le disque RAID je faisais 10 Mo/s en lecture, et 14 Mo/s en écriture (plus qu'en lecture).
-
-
-
[^]Re: Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux
Posté par Pierre Jarillon (page perso, ) le 09/10/2003 à 23:54. (lien). Évalué à 1.Utiliser des fichiers de plus d'un Go est le quotidien de plus en plus de personnes...
Si je fais une sauvegarde d'une partition avec un gros tar.gz ça fait vite plus d'un Go !
C'est utile pour transférer _un_ fichier sur une autre machine ou un autre support. Ce sera beaucoup plus rapide que de transférer des milliers de fichiers.
Des fichiers de plus de 1Go, c'est de moins en moins rare. Et puis dans les bancs d'essai, on veut éviter des artefacts dûs aux caches.-
[^]Re: Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux
Posté par Pierre Jarillon (page perso, ) le 10/10/2003 à 12:00. (lien). Évalué à 2.Vu sur http://qa.mandrakesoft.com/show_bug.cgi?id=5972(...)
3ware arrays with 2TB of disks each (/dev/sda and /dev/sdb) are seen as 1TB devices
2.4 kernels have a limitation so that number of blocks is represented as
an unsigned int or signed int. This is either a 31-bit or 32-bit value.
Henceforth, max capacity is 2^{31,32} * 512, i.e. 1 or 2 TB, depending on
the filesystem.
2.6 kernels normally have removed this limitation.
Comme quoi, la limitation du Go nous paraitra bientôt aussi incongrue et saugrenue qu'une fameuse limitation à 640k !
-
-
-
[^]Re: Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux
Posté par gnumdk () le 09/10/2003 à 13:40. (lien). Évalué à 1.La pluparts des benchs existant etait fait sur des fichier de taille ridicules ce qui donnait reiserfs tjs gagnant. Bon, 1 Go, c peut etre un peu exagéré :)
-
[^]Re: Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux
Posté par Christophe BAEGERT () le 09/10/2003 à 15:04. (lien). Évalué à 6.Si tu regardes un peu ton disque tu verras qu'il est rempli de plein de fichiers de taille ridicule. Toute l'arborescence /usr est comme ça. Tous les tar.gz sont comme ca. Les messageries c'est ca aussi. Les serveurs web aussi.
Il n'y a guère que les bases de données ou le multimédia ou les fichiers utilisés sont gros.
Donc dans la plupart des cas, ReiserFS rox, que ce soit pour un serveur ou un client.-
[^]Re: Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux
Posté par Matthieu Moy (page perso, ) le 10/10/2003 à 06:23. (lien). Évalué à 1.> Les messageries c'est ca aussi.
Ca dépends du format. Bien souvent, c'est un fichier par boite aux lettre. Et la boite "Photos de famille" n'est pas si petite que ça bien souvent ;-)-
[^]Re: Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux
Posté par Christophe BAEGERT () le 12/10/2003 à 09:51. (lien). Évalué à 1.Moi je mets du Maildir partout, donc c'est bien une ribambelle de petits fichiers...
Mais on rentre dans un autre débat, Maildir vs Mailbox ;-)
-
-
-
Re: Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux
C'est bien la performance d'un système de fichiers. Mais pour moi le plus important dans un système de fichiers, c'est la fiabilité.
Si on vous dit qu'il est 100 fois plus performant mais que des fois ils merdouille un peu, vous le prenez ?
Donc à quand des benchs sur la fiabilité des systèmes de fichiers (journalisés ou pas) ?
-
[^]Re: Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux
Posté par gnumdk () le 09/10/2003 à 13:44. (lien). Évalué à 1.Ben, pas besoin de bench, l'experience est plus importante:
Personnelement,
XFS: jamais aucun probleme, relecture du journal ultra rapide, bonne performances
Reiserfs: jamais aucun probleme, bonne preformances
ext3: /etc/modules.conf corrompue sur plusieurs ordinateur suite a une coupure de courant
JFS: jamais utilisé :)
Par contre, il semblerait que certaines personnes n'aiment pas reiserfs parce que ils ont eu des problemes avec, perso, je l'ai utilisé un an sans aucun probleme.-
[^]Re: Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux
Posté par marmotte_57 () le 09/10/2003 à 14:10. (lien). Évalué à 1.Par contre, il semblerait que certaines personnes n'aiment pas reiserfs parce que ils ont eu des problemes avec, perso, je l'ai utilisé un an sans aucun probleme.
Perso, j'utilise ReiserFS egalement, pas de probleme, meme en cas de coupure de courant brusque.-
[^]Re: Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux
Posté par vincent LECOQ (Jabber id, page perso, ) le 09/10/2003 à 14:34. (lien). Évalué à 1.j'en ai eu :
lors d'une coupure de courant lors d'une compilation. au redémarrage, le contenu de mon fichier source était écrasé par sa version compilée ... donc perdu.
rageant !--
Ma signature ici-
[^]Re: Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux
Posté par Brice Arnould ( un_brice ) (page perso, ) le 09/10/2003 à 19:15. (lien). Évalué à 1.Je viens de perdre une bonne partie de ma partoche... ça m'était jamais arrivé avec le XFS que je m'était habitué à mettre à mal sur mon précedent PC (un onduleur? c'est pour les bourges!)
--
Respect à RMS.-
[^]Re: Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux
Posté par Matthieu Moy (page perso, ) le 10/10/2003 à 06:24. (lien). Évalué à 2.Au labo, on a eu des pertes de fichier sur du XFS après panne de courrant et d'onduleur. Comme quoi ...
-
-
[^]Re: Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux
Posté par Pierre Jarillon (page perso, ) le 10/10/2003 à 12:27. (lien). Évalué à 1.Il est peu probable qu'il ait été possible de faire mieux avec un autre FS. Il est plus important de retrouver un FS sain qu'un morceau de fichier dans un FS devenu inutilisable. Car dans ce dernier cas, c'est le reformatage...
-
-
-
[^]Re: Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux
Posté par Aurélien Girard () le 09/10/2003 à 14:31. (lien). Évalué à 1.Je me souviens de grosses blagues avec une vieille SuSE (la 7.0 je crois): quand je compilais mon propre noyeau à partir des sources officielles (ou en tout cas ne venant pas de SuSE) avec le support ReiserFS, au premier boot, toute ma partition ReiserFS était impitoyablement massacrée :(
-
[^]Re: Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux
Posté par Pierre Jarillon (page perso, ) le 10/10/2003 à 00:01. (lien). Évalué à 1.C'est de l'histoire ancienne. J'ai installé des dizaines de machines depuis trois ans avec reiserfs et je l'ai trouvé robuste.
Seul incident : Il y a peu de temps, j'ai perdu tout /etc/ . Je n'en connais pas la cause et je me garde bien de dire que c'est de la faute de reiserfs. Il ne faut pas accuser sans preuve.
-
-
[^]Re: Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux
Posté par Romuald Delavergne () le 09/10/2003 à 14:37. (lien). Évalué à 1.Ben, pas besoin de bench, l'experience est plus importante
Sauf que dans une utilisation courante, les reboots imprévus sont rares.
Il faut le martyriser le système de fichiers pour vérifier qu'il est robuste.
Comme 'bench' on peu imaginer un programme qui simule un reboot (genre 'cat /dev/zero > /dev/mem') de manière aléatoire après chaque boot alors que des écritures sont en cours.-
[^]Faux
Posté par maMbo () le 09/10/2003 à 16:14. (lien). Évalué à 1.dans la vie courante on coupe le courant assez fréquement et sans onduleur
Ext 3 c'est vraiment comme ils disent - et installé par défaut sur mandrake.-
[^]Re: Faux
Posté par gnumdk () le 09/10/2003 à 17:21. (lien). Évalué à 1.Effectivement, chez mes parents, j'ai eu l'occasion de voir des reboots violent assez souvent (disjoncteur un peu faible).
Par contre, le choix de ext3 par defaut est normal, dans un souci de compatibilité avec ext2 mais il est clair que j'aimerai que la mdk passe a xfs avec le 2.6.-
[^]Re: Faux
Posté par Raphaël Gertz (page perso, ) le 14/10/2003 à 12:25. (lien). Évalué à 1."j'aimerai que la mdk passe a xfs avec le 2.6."
pas d'accord, je teste le jfs avec succès depuis presque 1 an( pas de perte de données, sauf dans deux cas mais le fichiers étais en finalisation de dl et une partie devait être dans la ram quand j'ai fait un rezet a la c**)
Mes test sur le jfs ont été concluant : pas de perte de fichiers (ce que j'ai eu 2 fois avec de l'ext3 lors de coupures de courant : c'est carrément le /usr qui a sauté les deux fois), une fois remplacé par le jfs (pour test), j'ai fait quelque rezet a tout va pour voir si il étais robuste et aucun pb pas de perte de donnée même lors de l'écriture de données sur le dur (sauf celle non écrites)
Enfin voila j'ai pas testé le xfs, tant que sa marchera sa restera comme ça...
mais je conseille vivement les jfs qui marche très bien...
-
-
-
-
[^]Re: Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux
Posté par Christophe Fergeau () le 09/10/2003 à 15:23. (lien). Évalué à 2.Moi je dois être maudit, j'ai testé xfs et jfs, et avec les deux j'ai eu des pb de corruption de fichiers lorsque mon ordi rebootait de manière inattendue. Avec jfs, certains fichiers bloquaient à jamais le processus qui avait le malheur de tenter d'y accéder jusqu'à ce que je fasse un fsck ou équivalent. Avec xfs, lors d'un reboot inopiné, les fichiers récemments modifiés se retrouvaient corrompus. J'ai aussi eu un fichier ineffacable.
NB: j'ai pour mauvaise habitude d'overclocker un peu mes ordis, et les plantages inopinés arrivaient par forte chaleur, ie probablement quand le proc souffriat de son overclocking, donc mes pbs ne venaient pas forcément des fs....-
[^]Re: Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux
Posté par rictus (page perso, ) le 09/10/2003 à 16:06. (lien). Évalué à 8.Oui, c'est en fait rarement les reboots violents qui crashent les systèmes de fichiers.
D'ailleurs, c'est rarement le proc qui fume aussi... Le plus souvent c'est la RAM qui déconne, du coup le cpu flush n'importe quoi vers le disque avant que le système crash lui-même...
Ayant eu ce type de pb à cause d'une barette de RAM qui déconnait, j'ai pu tester la robustesse de reiserfs... j'ai eu des fichiers visibles mais plus accessibles ni effaçables, un petit coup de reiserfsck a rendu la cohérence du système de fichiers (certes les données qui étaient en train d'être écrites ont été corrompues, mais c'était un moindre mal sur une partoche de 60 Go...).
Sinon, mon opinion sur ces benchs : ils ne reflètent en général qu'un cas particulier d'utilisation. Ma préférence va à reiserfs : si dans certains cas au niveau des perfs, il est légérement en retrait mais avec des écarts qui se mesurent autour du 1% (<5%) et donc totalement imperseptibles à l'usage, dans d'autres cas (manipulation de très nombreux petits fichiers), il est tellement devant ( écart > 500%, oui 5 fois plus rapide, voire plus !) que quand on se retrouve dans ces cas, on perçoit réellement la différence (un rm -rf d'une grosse arborescence est toujours instantané).
Plus d'autres fonctions sympatoches : en utilisation P2P - xmule/donkey, l'allocation de l'espace disque se fait au fur et à mesure de la réception des fichiers, et on peut donc faire du "surbooking". Cette propriété semble liée à l'utilisation de reiserfs, j'ai eu jusqu'à présent de chercher de la doc sur le sujet.-
[^]Re: Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux
Posté par Vivi (page perso, ) le 09/10/2003 à 17:09. (lien). Évalué à 2.Plus d'autres fonctions sympatoches : en utilisation P2P - xmule/donkey, l'allocation de l'espace disque se fait au fur et à mesure de la réception des fichiers,
ben c'est pareil avec ext3. Y'a vraiment que vfat pour allouer tout l'espace dès le début.-
[^]Re: Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux
Posté par gnumdk () le 09/10/2003 à 17:25. (lien). Évalué à 3.Ca n'a aucun rapport avec le systeme de fichier...
C'est xmule qui fonctionne comme ca. Mldonkey lui alloue la taille des le debut.-
[^]Re: Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux
Posté par rictus (page perso, ) le 09/10/2003 à 19:44. (lien). Évalué à 1.ok merci, ça m'étonnait en fait que ça puisse être une optimisation de reiserfs (une sorte de compression à la volée des octets nuls), mais je le trouve tellement bien que je lui prête des qualités qu'il n'a pas ! ;-)
Pardon pour la connerie dite !
Edonkey fonctionne aussi comme ça (allocation de l'espace au fur et à mesure).
Je me suis fait embrouillé par un pote qui prétendait que cette "optimisation" (qui n'existe pas) ne fonctionnait pas chez lui en ext3... mais en fait, oui, il devait surement utiliser mldonkey...
-
[^]Re: Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux
Posté par Vivi (page perso, ) le 10/10/2003 à 11:51. (lien). Évalué à 4.Ca n'a aucun rapport avec le systeme de fichier...
bien sûr que si
Mldonkey lui alloue la taille des le debut.
mldonkey crée un "sparse file". ls d'affiche la taille totale mais la taille réellement occupée augmente au fur et à mesure que mldonkey remplit le fichier. Ça fait donc aussi du "surbooking" comme tu dis.-
[^]Re: Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux
Posté par rictus (page perso, ) le 10/10/2003 à 13:30. (lien). Évalué à 2.exactement, "ls" donne la taille finale tansdis que "du" donne la taille réellement occupé.
-
-
-
-
[^]Re: Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux
Posté par Pierre Jarillon (page perso, ) le 10/10/2003 à 00:09. (lien). Évalué à 2.Très bonne analyse de rictus.
Il faut bien comprendre qu'un disque bien rangé et optimisé (cas de reiserfs), ça consomme forcément du CPU quand on écrit mais que l'on gagne largement ensuite. C'est comme quand on écrit dans une base de données. L'optimisation est toujours un compromis.
-
-
-
Et la corruption...
C'est bien beau les performances, mais apres il faut voir la resistance du systeme de fichiers a la coruption, parce que avoir un fs surper rapide, mais qui est irrecuperable a la moindre erreur non merci...
De plus au niveau des tests on a pas acces a la conf precisse de chaque systeme de fichier (je suppose que ça doit etre les options standard)...
-
[^]Re: Et la corruption...
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.