Bon, cf dans un thread ci-dessous, qqun demandait des infos sur le fonctionnement de ReiserFS, mais comme ca peut interesser plus de monde, voilà :
 
Hans Reiser, pour sa thèse de fin d'études (Berkeley), choisit d'étudier les filesystems. or, il fait les constatations suivantes :

• la structure logique des fichiers est à deux dimensions (fichiers dans des reps, une sorte d'arbre), or physiquement, tout est géré de manière linéaire... Mouais, pas top...
• les opérations d'écritures de bases sur un fichiers permettent d'ajouter des données à la fin d'un fichier, d'en supprimer, où de remplacer des données dans un fichier. (Le reste, proposé par des fonctions système est un essemble des trois dernières et de buffers...)
• c'est figé, pas modulable
• tous les fichiers sous forme de blocs rangés en bordel dans le disque, un index, et la liste des blocks libres...
• les petits fichiers prennent chacun un bloc même si ils ne le remplissent pas
• pour lire une donnée à la fin d'un gros fichier, il faut le parcourir linéairement du début à la fin (fat, ...) ou au moins lire toutes ses entrées dans la FAT (ext, ...)

Il en fait les conclusions suivantes :

• le stoquage/indexage linéaire c'est caca
• pas top pour enrengistrer des structures ou même (C et asm entres autres) gérer des pointeurs, genre listes chainées, vecteurs, ...
• selons les applicaitons/données à enrengistrer, les besoins ne sont pas les mêmes.
• le coup des blocs, c bof...
• grosses pertes de disque
• les performances suxxx
• les blocs en bordel, c pas bon pour les perfs, parceque lire un fichier de 3 blocs d'une seule traite, c'est plus rapide que de lire 3 blocs situés les uns à l'opposée des autres.
• les fichiers se retrouvent n'importe où sur le disque.

ses solutions :

• un FS avec un système de plug-ins pour évoluer/s'addapter aux circonstances
• un système de méta-données, beaucoup plus simple et surtout très rapide.
• plusieures données/métadonnées/fichiers par bloc.
• regroupage des données contigues/fichiers, plus organisation physique intelligente, pour optimiser la vitesse.
• gérer les données sous forme d'un b-tree, on pourrait accéder à n'importe quelle partie du fichier soimplement... (à condition de rééquilibrer l'arbre régulièrement).
• foutre tous les noms de fichiers dans une hashtable (on peux changer l'algo par plug-ins) -> recherche/browsing dans un rep SUPER rapide...
• proposer laccès aux fichiers directement par leur numéro d'inode, pour encore accélérer les accès. Exemple : une appli écrit plein de fichiers (intermédiaires, temp, ...), mais après, elle vas les relires... et bien au lieu de rechercher à chaque fois le fichier/son nom, elle peux stoquer en mémoire son numéro d'inode, l'accès est encore plus rapide.  

 
Hans, il a des supers iddées pour crééer un nouveau FS performant, alors il se lance à l'aventure en créant Namesys.
 
 
Et voilà, nous voilà avec notre ReiserFS 3...
 
Bilan :

• tout ce qu'il voulait marche (enfin sauf les plug-ins), il a même rajouté la journalisation en plus...
• Les perfs : bah globalement, et surtout en lecture, c'est vachement plus performant. En écriture - à cause de la journalisation - , les fsync() et fsyncdata() sont un peut plus lents parcequ'ils écrivent dans le journal, syncronisent, puis vident le journal. Donc pour un serveur qui manipule plein de petits fichiers qui sont vitte supprimés (genre serveur de mail), il vaux mieux virer la journalisation.
• Accès par numéro d'inode : Squid notement peux utiliser cette propriétée...
• ReiserFS permet de gagner jusqu'a 20% d'espace disque (rapellez-vous des petits fichiers dans les blocs)
• Vachement plus rapide que l'ext3... même en conservant la journalisation et avec les tails...
• wandering logs : le journal (en gros, le truc dans lequel il y a le plus de lectures/écritures dans les FS journalisées) ne passe pas sa vie au mêem endroit sur le disque, ca permet d'éviter que le disque passe sa vie à gratter comme un ouf au même endroit -> abime la surface.
• une super gestion des badblocks (à ma connaissance égalée par aucun FS...)

Futur : Reiser4 http://www.namesys.com/v4/v4.html
en vrac :

• les plug-ins (pour les hash, les B-tree, la secu (crypt, hash, sign, ...), les journaux, et tout pleins d'autres trucs)
• résolution des pbs de collision
• encore plus rapide
• sécuritée vraiement super efficace...

je vous ferais la meêm sur reiser4 plus tard si vous voulez...

elle a l'uv l'explication
 
manque plus qu'un correcteur orthographique automatique dans le forum et ca sera parfait

comment ca mon correcteur d'orthographe il s'est pendu avec mon cable réseau
 
 
 
 
 

Copy a écrit a écrit : elle a l'uv l'explication

thx, mais faut dire ca à wawa
 
 

Copy a écrit a écrit : elle a l'uv l'explication   manque plus qu'un correcteur orthographique automatique dans le forum et ca sera parfait

 
on va demander a tellem et tompouce de l'aider

haha c la chonksipration sur ce forum
 
on sent pas tout le monde revenir sur le forum maintenant que LS est finie

dans le même post, j'ai fuck et martinez... c'est bizare, mais ca me rapelles qqch  

il gere les quota contrairement au ext3 ?

enfait ext gere les quotas

PinG a écrit a écrit : dans le même post, j'ai fuck et martinez... c'est bizare, mais ca me rapelles qqch

YEAH  
 
c t le bon temps ça !

ext3 gère les quotas (grace au code d'ext2)
reiserFS gère les quotas grace à un patch (pas intégré dans la branche principale pour des raisons de licences)

cependant sur le net je vois qu il y a des probleme avec les quota et ext
 
je ne sait po par contre si c' etait au debut ou quoi
 
C' et quoi le probleme de licence avec reiserfs et les quotas ?

whaou j'ai presque totu compris ! je vais relire dans le calme lol ca va maider !
merci pour tes explications !

Donc globalement,on a tout interet a utiliser la reiser par rapport a d'autre format???
 
(mon utilisation est pour un serveur FTP sous linux,avec 2 dur en raid mirroring)

Sauf qu'en ReiserFS, chaque fois que j'ai un plantage de la bécane ou un démontage pas propre, je perds des données ... Depuis, j'utilise ext3, et no problemo.
 
De plus, sur les petites partitions, ReiserFS fait perdre plus de place qu'il n'en fait gagner.

 
PAS GLOP CA        
  reiser  si c vrai

Concrètement, le problème le plus récurrent et un qui m'a le plus emmerdé, c'est la config de Xfree: fichier /etc/XF86Config-4 . Pour essayer de configurer ma carte video, je l'attaque à la main avec vi; puis je lance le serveur X -> machine gelée -> reset obligatoire. Oups, j'ai du faire une erreur.
Au boot suivant, XFree ne se lance plus du tout. Je regarde le fichier de conf: quelques lignes correctes, puis tout le reste en binaire genre que des symboles ^@^@^@^@ sur 300 lignes ... Cool !
En gros, tous les fichiers qui étaient en cours d'accès pendant le crash sont corrompus.
 
Le 2ème truc relou qui m'est arrivé souvent avec ReiserFS, c'est une "dégradation spontanée" du filesystem. Je l'utilisais sur un petit serveur de dév, sur 2 disques en mirroring. Je formatte mon mirroir, je le monte, et je le partage via NFS, le tout sans rebooter la machine. Au bout de plusieurs jours d'utilisation intensive, sur la console du serveur apparaissent des messages "ReiserFS: corrupted inode XXX" . Bien sur, un reiserfsck ne résoud absolument pas le problème. Bien qu'aucune donnée ne semble inaccessible (mais c'est dur de tout vérifier sur une mirroir de 60 Go), je suis repassé en ext3, et là, plus jamais de problème.
 
Alors pour moi, le ReiserFS, c'est  

salut Ping

tu deviens koi ?

Hans Reiser n'est pas franchement un matheux (des qu'il y a besoin d'un peu de maths pour ReiserFS, c'est Yura qui s'en charge) . Par contre c'est un bon programmeur et surtout un excellent chef de projet. Il a une vue d'ensemble assez impressionnante sur son projet, et comprend immediatement le moindre detail que ses employes lui expliquent. Il arrive a parfaitement coordonner tout le monde, aussi bien les employes, les sponsors et les avocats.
 
A noter que Namesys est avant tout une aventure "familiale". Sa soeur Nina s'occupe du secretariat (et elle a une putain de voix sexy... Jamais je n'ai entendu de "Hello Jedi..." aussi bandant) . Sa maman s'occupe quant a elle de la tresorerie.
 
La societe Namesys ne roule pas sur l'or, mais elle vit. En particulier parce qu'il y a des constructeurs qui integrent ReiserFS mais qui ne veulent pas le montrer, et qui payent pour ca. Eh oui...
 

Moi j'ai eu l'exp inverse :
 
J'ai passé tt mon sys en FS journalisé au tps de la mdk 8.1... et d'apres ce que j'avais pu lire ds ce forum il savait pas gerer le reiser sur la partition /boot (j'ai pas essayé pas envie de tt peter...) bref tt le sys en reiser sauf /boot en ext3 et 3* je me suis retrouvé avec des fichier manquant voire la partition vide suite a un plantage puis reboot....
 
depuis que je suis passé en inégrale reiser + jms eu un seul prb...

J'aimerai savoir si ya des nouvelles concernant le TIPE.
 
Reiser 4 est toujours pas sortit et bon il se fait rudement attendre

merci pour l'explication

 
 
Vu qu'on me snobbe sur blabla je vais faire du déterrage de topic    
 
Est-ce que quelqu'un a essayé la V4 de reiserFS et qu'en pensez-vous ?
A l'heure actuelle que conseilleriez vous entre Ext3 et ReiserFS ?

sympa le topic
par contre ça serait cool une ptite update avec ce qu'aporte en pratique la v4  

Et aussi si c'est fiable car je suis quasiment persuadé que quelqu'un a déjà essayé de le rajouter ...

http://www.namesys.com/install_v4.html