ext3 c'est 16 To par partition et 4To par fichier (et pas 2Go !).
ext3 supporte les "fichier à trous" (ext2 aussi je crois).
ext3 peut stocker les liens symboliques dans l'inode (ext2 aussi, d'ailleur c'est ext2 qui a implémenté ça en premier).
Les gestions des bloques libres est un peu plus subtile que ce que décrit l'articles (il y a des groupes).
Pour "Gestion d'un grand nombre d'entrées de répertoire", c'est encore un peu plus subtile que ce qu'avance l'article. Si un répertoire a l'attribut 'I' (Indexed directory) il y a un index pour le répertoire. Il n'y a pas l'attribut 'I' pour tous les répertoires car ça ralentit (on voit ça aussi pour les bases de données). On peut utiliser fsck pour optimiser les répertoires et mettre automatiquement l'attribut 'I' aux répertoires suffisament importants pour que l'indexation améliore en performance.
NB : l'indexation est désactivée par défaut (pour l'ensemble du FS et par répertoire) ! Alors forcément, les benchs ne sont pas terribles (même les benchs qui prétendent utiliser htree).
Htree en action : http://lwn.net/Articles/14631/(...)
Ext3 n'est pas adapté aux petits fichiers ?
Pourquoi pas. Mais reiserfs avec le mode tail activé n'est pas rapide (il se fait "bouffé" en performance par ext3). Les benchs reiserfs sont en général avec notail (comme ext3).
> ext3 ne fait que rajouter la journalisation à l'antidéluvien système de fichier ext2
- et les attribut étendu.
- et ACL.
- et les "security label" (pour SeLinux)
- et les quota v2.
- et htree.
- et les fichiers de 4 To.
- et la journalisation la plus sûre actuellement tout système de fichier confondu (journalisation des meta-données et des données en même temps).
- et sparse_super
- et le resize à chaud
- e2fsprogs est maintenu par Theodore Ts'o et ça en fait une suite particuliairement fiable et sympatique (e2image, badblocks, dumpe2fs, debugfs, etc).
- et ... rien, mais rappelons que ça reste le système de fichier le plus fiable et que les bugs y sont rares. A utiliser les yeux fermés. Tout le monde ne peut pas en dire autant.
ext3 n'est pas mort. Pas pour cette année au moins.
[^] # Re: Conseils ?
Posté par 007 . En réponse à la dépêche Sortie de la version 4 de ReiserFS. Évalué à 4.
N'est absolument pas à jour et parfois faux.
ext3 c'est 16 To par partition et 4To par fichier (et pas 2Go !).
ext3 supporte les "fichier à trous" (ext2 aussi je crois).
ext3 peut stocker les liens symboliques dans l'inode (ext2 aussi, d'ailleur c'est ext2 qui a implémenté ça en premier).
Les gestions des bloques libres est un peu plus subtile que ce que décrit l'articles (il y a des groupes).
Pour "Gestion d'un grand nombre d'entrées de répertoire", c'est encore un peu plus subtile que ce qu'avance l'article. Si un répertoire a l'attribut 'I' (Indexed directory) il y a un index pour le répertoire. Il n'y a pas l'attribut 'I' pour tous les répertoires car ça ralentit (on voit ça aussi pour les bases de données). On peut utiliser fsck pour optimiser les répertoires et mettre automatiquement l'attribut 'I' aux répertoires suffisament importants pour que l'indexation améliore en performance.
NB : l'indexation est désactivée par défaut (pour l'ensemble du FS et par répertoire) ! Alors forcément, les benchs ne sont pas terribles (même les benchs qui prétendent utiliser htree).
Htree en action : http://lwn.net/Articles/14631/(...)
Ext3 n'est pas adapté aux petits fichiers ?
Pourquoi pas. Mais reiserfs avec le mode tail activé n'est pas rapide (il se fait "bouffé" en performance par ext3). Les benchs reiserfs sont en général avec notail (comme ext3).
> ext3 ne fait que rajouter la journalisation à l'antidéluvien système de fichier ext2
- et les attribut étendu.
- et ACL.
- et les "security label" (pour SeLinux)
- et les quota v2.
- et htree.
- et les fichiers de 4 To.
- et la journalisation la plus sûre actuellement tout système de fichier confondu (journalisation des meta-données et des données en même temps).
- et sparse_super
- et le resize à chaud
- e2fsprogs est maintenu par Theodore Ts'o et ça en fait une suite particuliairement fiable et sympatique (e2image, badblocks, dumpe2fs, debugfs, etc).
- et ... rien, mais rappelons que ça reste le système de fichier le plus fiable et que les bugs y sont rares. A utiliser les yeux fermés. Tout le monde ne peut pas en dire autant.
ext3 n'est pas mort. Pas pour cette année au moins.