Système de fichiers - Page 1

Je vais probablement réinstaller mon système, et j'aimerais savoir si vous avez des conseils quant au système de fichiers à utiliser... Ext2 ? Ext3 ? ResierFS ? Un autre ? Je ne distingue pas vraiment les avantages et inconvénients de chacun...
Actuellement j'utilise ReiserFS et je le trouve un peu lent à l'initialisation du système.

ext2 déjà tu peux pas avoir de fichier qui font plus de 2Go je crois , donc pour stocker des images DVD ou des trucs assez conséquents cpas top déjà mais c'est le plus rapide de tout les FS aussi

ext3=ext2+journalisation

je dois avoir un comparatif qq part mais je ne sais plus trop où... je chercherai, mais en ce moment je ne viens pas très souvent...

fabetal_ :
mais c'est le plus rapide de tout les FS aussi

La j'en mettrais pas ma main a couper. ReiserFS est connu pour etre un des FS les plus rapide, surtout pour la gestion des petits fichiers, chose qu'on trouve courrament sous les Uniices...

Sasume: c'est etonant une "lenteur" au démarrage avec ReiserFS 3. Je ne suis pas sur que ça soit du au FS en lui meme...

edit:typos

Ben il semble qu'il y a un tas de vérifications d'intégrité.
En tout cas j'ai remarqué que par rapport à quand j'utiliser Ext2 (ou Ext3, je ne sais plus), le démarrage est plus long.

justement ReiserFS est un des FS qui fait le moins de test d'intégrité car la journalisation est une des plus efficaces

Tu utilise quelle distrib ?

Debian

./2> Pas de fichiers de plus de 2 To ce qui laisse tout de même une marge de manoeuvre significative. La limitation à 2Go a existé, mais dans des temps reculés (et dans des temps encore plus anciens il y avait une limite à 64Mo).

./4> les ext2 est effectivement le systèmes de fichier le plus rapide pour le travail sur flux. L'absence de journalisation accélère énormément toutes les écritures de métadonnées, et en lecture sa structure lui permet d'avoir moins de déplacements que la plupart des systèmes journalisés, qui arrangent les blocs avec des considérations de non réécriture avant un certain temps (des fois qu'une relecture du journal révélerait qu'un bloc censément inutilisé fait en fait partie d'un fichier).
Pour des applications spécifiques évidemment, un système de fichiers dédiés est généralement plus rapide, par exemple OCFS pour Oracle.

Après comme tu dis, parmi les systèmes de fichiers journalisés, reiserfs est l'un des plus rapides avec jfs. Ext3 arrive bon dernier, mais c'était prévisible, vu qu'il ajoute une surcouche de journalisation à un système existant (incomplète en plus). C'est bien pour la compatibilité, mais c'est un mauvais choix sinon.

Sinon pour la lenteur au démarrage, il est possible que ce soit au moment du montage. Le montage d'un reiserfs est relativement long, parce qu'il rejoue toutes les dernières transactions du log. Plus le log est gros, plus ça se voit.

Et si le log n'est pas vide c'est que l'extinction/demontage c'est mal faite

En principe oui, mais pour une raison inconnue chez moi il rejoue tout le log quand même, y compris les entrées déjà marquées achevées. Sur la partition de 120Go ça prend une dizaine de secondes facilement. Je suppose que ça doit pouvoir se paramètrer dans le fstab, mais j'ai pas envie d'y toucher.

Bizzare... C'est peut etre en effet un pbm du fstab, je n'ai pas ce pbm perso (gentoo 2006.0 et meme sur les 2005.x)

C'est une fonctionnalité normale du driver. Par contre je sais pas pourquoi elle est active ^^

J'ignore si tu as un dual boot ou non, mais dans le premier cas, je sais qu'il existe un logiciel pour lire du Ext2/Ext3 depuis Windows. Pour ReiserFS, aucune idée, mais je sais que le logiciel plus haut évoqué ne le supporte pas.

Après, si c'est un PC 100% Linux, tu n'as pas trop à t'en soucier...

spectras
: Sinon pour la lenteur au démarrage, il est possible que ce soit au moment du montage. Le montage d'un reiserfs est relativement long, parce qu'il rejoue toutes les dernières transactions du log. Plus le log est gros, plus ça se voit.

Oui, c'est exactement ça. Et je pense que j'ai le même problème que toi (à savoir même quand l'extinction est correcte, je me tape le log des transactions).

Merci pour tes autres infos sinon.
Je pense que je vais opter pour Ext2 alors...
Mais qu'apporte la journalisation en fait ? je ne me rends pas bien compte...

Une garantie que meme en cas de coupure de courant & co ton systeme de fichier est integre. Le risque de corruption des fichiers est largement diminué, voir meme totalement anihilé

etc...

Oui, ça garantit l'intégrité du système de fichier (structures de répertoires et tables d'inode). Attention : ça ne garantit pas l'intégrité des données, les fichiers ouverts en écriture peuvent être corrompus.

L'intégrité des données ne peut être garantie en fait, pour les raisons suivantes :
- la journalisation est très coûteuse (triple écriture)
- les applications ne réalisent pas des écritures atomiques (un seul appel système pour une modification cohérente du fichier, quelle application fait ça ?)

Une idée peut aussi être de mixer. Les systèmes pas ou peu accédés en écriture peuvent être en ext2 ou ext3, ceux contenant des données utilisateurs en reiserfs, par exemple.
Chez moi je dois avoir partitionné comme ça :
/ => ext3 (écritures très rares, mais je veux pas prendre le risque qu'une coupure de courant pendant le apt-get upgrade flanque le système complet en l'air)
/boot => ext2 (monté en readonly donc aucun risque)
/var => reiserfs (écritures fréquentes)
/var/run => tmpfs
/home => nfs (j'aurais mis du reiserfs sinon...et sinon le device à l'autre bout est en UFS/FFS)
/tmp => tmpfs

Ha oui tiens, pas con pour /tmp et /var/run

Sinon perso c'est /, /usr, /var, /home, /usr en reiserfs et /boot en ext3
j'aurais pu selectionner autre chose pour / c'est vrai, genre ext2 ou 3 mais bon ^^

Pour le pbm d'écriture, (corruption des données) reiserfs utilise un moyen pas idiot, sur les fichiers, faut que je retrouve, mais en gros tant que tout le fichier a pas été closé, il garde le journal correspondant de tout le fichier, et peu essayer de le remetre en etat avant le problème demandant un replay du journal...

J'ai pas trop d'infos sous la main...