[nickday theme] Systemes de fichier

[ark]

Yop,

alors c'est une idee qui je pense peut etre interessante, le concept, c'est que tous les vendredi (aka. trolldi), sur irc on se fait un theme pour les nicks ; du coup c'est l'occasion de decouvrir des technos qu'on a pas forcement l'habitude de voir. Du coup, ce que je propose, c'est que chacun d'entre nous presente son nick, et ce a quoi ca correspond en vrai.
Essayez de rester un peu serieux quand meme :)

Bref, du coup moi c'est gros32 ; pseudo traduction de fat32.
FAT est l'abbreviation de "File Allocation Table". Ce systeme de fichier est plutot simple, mais a quand meme de grosses limitations, typiquement la partition ne pourra pas depasser les 2To, et les fichiers geres ne depasseront pas la taille de 4Go - 1 octet.

Globalement, ce systeme ce decompose en plusieurs parties, on trouve tout d'abord le boot sector, qui a pour but de "decrire" le systeme de fichier. Il specifie notamment l'emplacement des File Allocation Table, et le nombre de Root Directory.
Les file allocation tables, s'il y en a plusieurs, se retrouve dans des blocks consecutifs sur le disque. Elles contienent toutes les entrees vers les differents clusters consecutifs pour un fichier.
Les Root Directory quand a eux contiennent toutes les informations sur un fichier donne.

Et au final, je vous laisse avec ce lien si vous voulez plus d'infos sur le sujet :
http://www.tavi.co.uk/phobos/fat.html

[supersnail]

Pour moi c'est ReiserFS, le filesystem qui tue sa femme

Techniquement (d'après wikipédia) c'est un FS qui offre de meilleurs performances que ext3 sur de petits fichiers, cependant le développeur principal du FS (Hans Reiser) est en prison pour le meurtre de son ex-femme (même si d'autres dev continuent à maintenir reiser4 visiblement).

Pour ceux que ça intéresse plus profondément, allez zyeuter ici: http://p-nand-q.com/download/rfstool/reiserfs_docs.html :þ

[GreenBlood]

Bonjour !

Moi c'est SquashFS ! C'est un système de fichier en lecture seule, très compressée, utilisée par majoritairement sur les liveCD par exemple. Les algos de compression vont du "simple" gzip au LZ4. Bien que ça soit un FS moderne qui supporte une grande taille de fichier et de partition ( environ 2^64 octets, c'est à dire une vingtaine d'exaoctets, qui valent environ mille pétaoctets, etc ... :-D ), tout est fait pour optimiser l'espace. Par exemple, deux fichiers identiques à deux endroits du disque seront écrit qu'une seule fois, et l'autre aura une référence à l'emplacement du premier. Pour la structure il fonctionne comme les FS classiques, avec des inodes qui sont compressées aussi. Il est inclut dans le kernel Linusque depuis 2009 (2.6.29). Il utilise aussi une technique appellée "fragment blocks", qui permet de ranger plusieurs fichiers qui seraient plus petit qu'un bloc, dans un seul bloc, ce qui permet d'économiser encore plus la taille totale du FS.

Et pour finir, la doc officielle issue du kernel : http://lxr.free-electrons.com/source/Doc...uashfs.txt
Et aussi un site qui documente pas mal l'affaire : http://tldp.org/HOWTO/SquashFS-HOWTO/

[lanodan]

salut, moi c’est OpenZFS, la version [del]libre[/del] open-source de ZFS(zettabyte filesystem) je suis fait par Sun Microsystems. Et je suis divergente (reférence au livre de Veronica Roth) car j’arrive a chiffrer, faire du RAID, des snapshots, … ;3

[Sh4dows]

Bonjour,

Moi c'était GoogleFS abrégé GFS, comme son nom l'indique c'est un système de fichier qui a été créer par Google. Il n'est publiquement pas disponible bien qu'il soit basé sur du code sous licence GPL.
GFS a été conçu pour répondre aux besoins du géant notamment pour ce qui concerne le stockage et la gestion de fichiers de taille imposante (plusieurs giga).

Si vous voulez en savoir plus, Wikipédia donne pas mal d'informations sur le sujet : http://fr.wikipedia.org/wiki/Google_File_System
Voici également un paper écrit par Sanjay Ghemawat, Howard Gobioff ainsi que Shun-Tak Leung (Google's Slaves) traitant également du GFS : http://static.googleusercontent.com/medi...sp2003.pdf