Tu fais une monstrueuse erreur en disant que le XFS est une daube immonde...
Premièrement, le redémarrage de ton système est instantané, pas de fsck a faire dessus...
Ensuite as-tu réellement regardé l'usabilité du système lors de ton filesystème sous forte charge ?
Penons mon cas, j'ai des partitions loopback chiffrée en aes2048 (du a des lois injustes passée au parlement, bref je peux plus revenir en arrière faute de place...).
Là dessus j'avais fait des tests (avec carte nvidia qui me freezais le pc aléatoirement).
Le jfs était nickel, mais je l'ai dégagé pour des raisons de perfs :
- le cpu passait a 100%
- je pouvais plus rien faire pendant 5minutes en attendant que les données soient sync sur le disque
Le ext3 a été dégagé pour d'autre raison :
- perte de donnée
- corruption totale d'une partiton de 67Go !
(alors que je faisais des sync régulier pour l'éviter et aucune freeze lors de ces sync)
- mauvais sur les gros fichiers (me bouffe 2% de plus que le fs de place dispo)
Le reiserfs a pas été choisi (trop jeune, pas adapté aux grands fichiers).
Le xfs a été choisi :
- pas de perte de données lors de freeze (même pendant le sync, au pire tu perd juste les dernières operations, mais on s'en tape)
- pas de fsck de 3h, tu remonte et paf c'est finis
- très bon sur les gros fichiers de 700-1Go
- plus faible empreinte sur le disque pour les metadata (1% chez moi)
- système encore utilisable lors d'un méchant sync/copie en cours
(juste la détection des modifications sur les fichiers qui marche pu jusqu'à la fin de l'opération ou du sync manuel)
Bon après le xfs a ses problèmes :
- noyau par défaut mandriva 2.6.17 complètement moisi
(je tourne en 2.6.20tmb qui marche niquel et n'a plus de problème de corruptions de donnée comme le 2.6.17)
- xfs_repair peux segfaulter lors d'un fsck du filesystème (a cause d'un block physique défectueux dans chaque cas chez moi)
Là c'est la merde, disons les choses clairement !
Un second lancement de xfs_repair enverra tout ou presque dans lost+found...
Mais j'ai jamais eu vraiment intérêt a lancer un fsck dessus et mes expériences me montre qu'il faut éviter (en fait c'est fait tout seul au remount par le noyau).
- Démontage forcé du filesystème si vous le remplissez complètement et qu'il a pas été démonté correctement (démontage/remontage et retrait de quelques fichier et c'est réglé)
- non support de selinux (il faut a la création du filesystème mettre des inodes de 512 si je me souviens bien).
Bref, le XFS c'est bien, mais son gros défaut est la qualité du matériel, des blocs défectueux et il fera pas de miracle...
A noter qu'il y a DEUX block de métadata (organisation des inodes, etc), et que le premier corrompu, le second sera utilisé (ça m'est arrivé une fois sur le premier, j'ai rien perdu).
- IMPOSSIBLE DE RÉCUPÉRER DES DONNÉES !!!
en fait la seule solution est de faire ceci :
- on viens de delete le travail d'une vie
- pas encore de sync du disque appuyez sur reset
- booter un live cd et lancer :
xfs_repair -L /dev/hdXY
- monter le système de fichier (et là prier que le replay log aient pas encore été appliqué et que les inodes soient toujours connectés)
J'ai sauvé des fichiers comme ça une fois... (depuis je crois aux miracles ;)
[^] # Re: Mes benchs à moi
Posté par Raphaël G. (site web personnel) . En réponse au journal Choix d'un système de fichiers. Évalué à 5.
Premièrement, le redémarrage de ton système est instantané, pas de fsck a faire dessus...
Ensuite as-tu réellement regardé l'usabilité du système lors de ton filesystème sous forte charge ?
Penons mon cas, j'ai des partitions loopback chiffrée en aes2048 (du a des lois injustes passée au parlement, bref je peux plus revenir en arrière faute de place...).
Là dessus j'avais fait des tests (avec carte nvidia qui me freezais le pc aléatoirement).
Le jfs était nickel, mais je l'ai dégagé pour des raisons de perfs :
- le cpu passait a 100%
- je pouvais plus rien faire pendant 5minutes en attendant que les données soient sync sur le disque
Le ext3 a été dégagé pour d'autre raison :
- perte de donnée
- corruption totale d'une partiton de 67Go !
(alors que je faisais des sync régulier pour l'éviter et aucune freeze lors de ces sync)
- mauvais sur les gros fichiers (me bouffe 2% de plus que le fs de place dispo)
Le reiserfs a pas été choisi (trop jeune, pas adapté aux grands fichiers).
Le xfs a été choisi :
- pas de perte de données lors de freeze (même pendant le sync, au pire tu perd juste les dernières operations, mais on s'en tape)
- pas de fsck de 3h, tu remonte et paf c'est finis
- très bon sur les gros fichiers de 700-1Go
- plus faible empreinte sur le disque pour les metadata (1% chez moi)
- système encore utilisable lors d'un méchant sync/copie en cours
(juste la détection des modifications sur les fichiers qui marche pu jusqu'à la fin de l'opération ou du sync manuel)
Bon après le xfs a ses problèmes :
- noyau par défaut mandriva 2.6.17 complètement moisi
(je tourne en 2.6.20tmb qui marche niquel et n'a plus de problème de corruptions de donnée comme le 2.6.17)
- xfs_repair peux segfaulter lors d'un fsck du filesystème (a cause d'un block physique défectueux dans chaque cas chez moi)
Là c'est la merde, disons les choses clairement !
Un second lancement de xfs_repair enverra tout ou presque dans lost+found...
Mais j'ai jamais eu vraiment intérêt a lancer un fsck dessus et mes expériences me montre qu'il faut éviter (en fait c'est fait tout seul au remount par le noyau).
- Démontage forcé du filesystème si vous le remplissez complètement et qu'il a pas été démonté correctement (démontage/remontage et retrait de quelques fichier et c'est réglé)
- non support de selinux (il faut a la création du filesystème mettre des inodes de 512 si je me souviens bien).
Bref, le XFS c'est bien, mais son gros défaut est la qualité du matériel, des blocs défectueux et il fera pas de miracle...
A noter qu'il y a DEUX block de métadata (organisation des inodes, etc), et que le premier corrompu, le second sera utilisé (ça m'est arrivé une fois sur le premier, j'ai rien perdu).
- IMPOSSIBLE DE RÉCUPÉRER DES DONNÉES !!!
en fait la seule solution est de faire ceci :
- on viens de delete le travail d'une vie
- pas encore de sync du disque appuyez sur reset
- booter un live cd et lancer :
xfs_repair -L /dev/hdXY
- monter le système de fichier (et là prier que le replay log aient pas encore été appliqué et que les inodes soient toujours connectés)
J'ai sauvé des fichiers comme ça une fois... (depuis je crois aux miracles ;)