Comportement implicite
Un programme qui écrit un fichier ne s’attendant pas à une condition ENOSPC (espace
saturé) une fois l’écriture aboutie (ou le stockage, en ce qui concerne les fichiers mappés), il
et indispensable de garantir la disponibilité de l’espace requis pour l’écriture des blocs
logiques sur disque. C’est pourquoi 4096 octets sont affectés au bloc logique lorsqu’il est
modifié pour la première fois : il disposera ainsi d’espace disque même s’il n’est pas
compressé. Si cette quantité d’octets n’est pas disponible, le système renvoie une condition
d’erreur ENOSPC ou EDQUOT. Si cette quantité d’octets n’est pas disponible, le système
renvoie une condition d’erreur ENOSPC ou EDQUOT ; ceci peut se produire même si
l’espace disque est suffisant pour loger le bloc logique compressé. L’espace disque saturé
est signalé prématurément lorsque les limites de quota disque sont presque atteintes ou
que le système de fichiers est presque saturé.
Voici certains aspects du comportement des systèmes de fichiers compressés :
• En raison des 4096 octets affectés au bloc logique, une erreur ENOSPC ou EDQUOT
peut être retournée à certains appels système. Par exemple, un ancien fichier peut être
mappé avec la commande d’appel système mmap, et le stockage à l’emplacement d’une
opération d’écriture antérieure peut être à l’origine d’une erreur ENOSPC. L’appel
système ftruncate peut également provoquer une erreur ENOSPC ou EDQUOT lorsque
le bloc logique n’a pas été tronqué en raison d’une limite de bloc.
• Avec la compression de données, un bloc disque intégral reste affecté à un bloc modifié
jusqu’à son écriture sur le disque. Si le bloc avait une affectation, validée antérieurement,
d’une taille inférieure à celle du bloc intégral, la taille de l’espace disque liée au bloc est
égale à la somme des deux, l’affectation antérieure n’étant pas libérée tant que le fichier
(i-node) est engagé. Ceci est le cas des fragments standard. Le nombre de blocs
logiques d’un fichier pouvant faire l’objet d’affectations validées antérieurement est de 1
maximum, mais peut être égal au nombre de blocs dans un fichier compressé.
• Aucune ressource validée antérieurement pour un bloc logique n’est libérée tant qu’un
appel système fsync ou sync est lancé par le programme d’application.
• L’appel système stat signale le nombre de fragments affectés à un fichier. Ce nombre
basé sur les 4096 octets affectés à des blocs modifiés, mais non écrits, et la taille
compressée des blocs non modifiés. Les ressources validées antérieurement ne sont
pas comptées par stat. stat indiquerait un nombre correct de fragments affectés après
une validation d’i-node si aucun des blocs modifiés n’était compressé. De même, les
quotas de disque sont affectés à l’emplacement en cours. Comme les blocs logiques
d’un fichier sont inscrits sur le disque, le nombre de fragments qui leur sont affectés
diminue s’ils sont compressés, ce qui modifie les quotas de disque et le résultat de stat.
Commandes de compression
Les commandes crfs, mkfs et lsfs ont été étendues pour la compression des données.
Ces commandes, ainsi que l’outil SMIT, offrent des options permettant de définir et
d’identifier la compression des données.
Identification de la compression
L’option –q de la commande lsfs affiche la valeur de compression en cours.
Compatibilité et migration
Les versions antérieures d’AIX et la version actuelle de JFS sont compatibles. La
compatibilité des images disque avec ces versions antérieures est maintenue ; ainsi, le
montage des systèmes de fichiers et leur accès est possible sans migration de disque ni
impact sur les performances.
Systèmes de fichiers
7-15
">
