Système de fichiers journalisé
| JFS | |
|---|---|
| Fabricant | IBM |
| Nom complet | Système de fichiers journalisé |
| Première version | 1990 ( AIX ) |
| Implémentation technique | |
| Répertoires | JFS: linéaire, JFS2: arbre B + |
| Des dossiers | JFS: Bitmap (2 tailles de tuiles sur les fragments), JFS2: arbre B⁺ depuis les étendues (adresse, longueur) |
| Valeurs maximales | |
| Taille d'un fichier | 1 piB |
| Nombre de tous les fichiers | 2 63 |
| Longueur du nom de fichier | 255 octets |
| Taille du système de fichiers | 4 piB |
| Caractères autorisés dans le nom de fichier | Tous les caractères Unicode sauf NUL |
| caractéristiques | |
| Dates d'un dossier | modifié (modification, mtime) métadonnées modifiées (ctime) dernier accès (atime) |
| Fourches | Oui |
| Attributs de fichier | noatime |
| Gestion des droits sur les fichiers | Droits de fichier Unix , ACL et étiquettes de sécurité JFS |
| Compression transparente | JFS uniquement |
| Cryptage transparent | Non |
| Prise en charge des systèmes d'exploitation | AIX, OS / 2 , Linux |
Le système de fichiers journalisé ( JFS ) a été publié par IBM en 1990 pour leur propre système d'exploitation AIX . Le contexte en était la virtualisation étendue de la couche matérielle dans la version 3 d'AIX, nouvellement introduite à l'époque: un gestionnaire de volume logique (LVM), également introduit , a remplacé les schémas d'accès rigides sur les supports de données, et un un nouveau gestionnaire de stockage a permis la virtualisation de l'espace de stockage, c'est-à-dire l'externalisation de la mémoire principale d'un disque dur (virtuel), et la famille de processeurs PowerPC , qui est toujours au cœur de la pSeries , entre autres , a été introduite. JFS pour AIX ne doit pas être confondu avec le système de fichiers Veritas , également appelé JFS sur HP-UX .
Le principal objectif de conception de JFS était la cohérence constante du système de fichiers: les modifications apportées au système de fichiers sont écrites de manière orientée transaction et consignées dans un journal . En cas de plantage - à partir d'un point de cohérence des transactions - un état cohérent du système de fichiers peut être établi de manière très efficace via le journal. L'accès complet au système de fichiers est donc à nouveau réalisé très rapidement. L'accent est mis sur la disponibilité de la ressource du système de fichiers , et non sur les performances ou l'intégrité du contenu du fichier (la journalisation ne concerne que les modifications du système de fichiers, par exemple les entrées de fichier dans les répertoires, et non le contenu réel du fichier).
Le LVM est utile pour l'évolutivité du système de fichiers: pendant le fonctionnement et sous charge, les disques durs peuvent simplement être ajoutés à la configuration et ajoutés au groupe de volumes afin d'étendre le système de fichiers.
Une nouvelle génération de JFS a été développée pour le système d' exploitation OS / 2 , également publié par IBM, et présenté en 2000. Ce JFS représente une nouvelle implémentation du JFS, car le code JFS "historique" est fortement basé sur l'architecture pSeries (OS / 2 fonctionne sur des ordinateurs x86 ). Ce nouveau code JFS a été importé dans AIX 5.1 en tant que JFS2 et publié par IBM en 2002 sous la licence publique générale GNU .
Les principales différences de taille:
| fonctionnalité | JFS2 | JFS |
|---|---|---|
| Taille maximale du système de fichiers | 4 pebibytes (32 tebibytes recommandés ) | 1 tebibyte |
| Taille maximale du fichier | 1 pebibyte (recommandé 16 tebibyte) | 64 Gio |
| Nombre d'i-nœuds | Dynamique, limité par l'espace disque | Statique, défini lors de la création du système de fichiers |
| Organisation de l'annuaire | Arbre B + | Linéaire |
De plus, des optimisations pour le matériel serveur actuel ont été effectuées; les performances de JFS2 sont donc légèrement meilleures que celles de JFS.
Linux est pris en charge, mais la défragmentation n'a pas encore été portée sous Linux. Cela peut conduire à la création et à la suppression de nombreux petits fichiers (quelques Kio ) dans le système de fichiers, à la fragmentation et, surtout, à un ralentissement de l'accès en écriture et à une charge CPU plus élevée. En raison de l'étendue de l' allocation de blocs de fichiers basée sur une paire adresse-longueur et une stratégie d'allocation intelligente, i. H. Les extensions adjacentes du même fichier sont fusionnées au fur et à mesure que les fichiers sont modifiés (cela devient d'autant plus probable que le système de fichiers devient plus fragmenté), mais le degré de fragmentation reste inférieur à un certain rapport. De nombreux autres systèmes de fichiers et de bases de données utilisent une allocation de blocs de fichiers basée sur une extension similaire.
