Tune2fs permet de changer la taille d'inode de la valeur par défaut (128 octets sur ext3, 256 octets sur ext4) à presque n'importe quoi, mais cela devrait être une puissance de deux. Quelles sont les raisons de changer la taille d'inode par défaut?
Ici, il est écrit que cela peut être fait pour pouvoir stocker des attributs ACL dans des inodes. Quoi d'autre peut être stocké dans un inode?
Y a-t-il une raison d'augmenter la taille de l'inode sur les disques modernes à haute capacité (2 To et plus)?
Réponses:
Je pense que par défaut les versions actuelles de mkfs.ext2 / 3/4 par défaut à 256 octets de taille (voir /etc/mke2fs.conf). Cet IIRC permet des horodatages en nanosecondes avec ext4, et comme vous le dites, des attributs plus étendus tiennent dans l'inode. Ces attributs étendus sont, par exemple, les ACL, les étiquettes SELinux, certaines étiquettes spécifiques à Samba.
Les plus gros inodes gaspillent bien sûr un peu d'espace, et à mesure que vous les agrandissez, vous entrez assez rapidement dans un territoire à rendements décroissants. La valeur par défaut de 256 octets est probablement un bon compromis pour la plupart des situations.
la source
Avec l'option ext4 inline_data (nouveau dans Linux 3.8), il y a une nouvelle bonne raison pour des tailles d'inode plus grandes: étant donné cette option, le contenu du fichier peut être stocké dans l'inode du fichier (si le fichier est assez petit). Cela évite une opération de recherche. Je n'ai pas encore vu de repères réels pour cela.
la source
Grub ne fonctionne pas avec une taille d'inode de 256, donc 128 est ce que j'utilise.
la source