Généralement (ex :ext2 , ext3 , ext4 , ufs ), le nombre d'inodes qu'un système de fichiers peut contenir est défini au moment de la création afin qu'aucune option de montage ne puisse le contourner.
Certains systèmes de fichiers comme xfs avoir le ratio d'espace utilisé par les inodes réglable afin qu'il puisse être augmenté à tout moment.
Systèmes de fichiers modernes comme ZFS ou btrfs n'ont aucune limitation codée en dur sur le nombre de fichiers qu'un système de fichiers peut stocker, les inodes (ou leur équivalent) sont créés à la demande.
Modifier :restreindre la réponse à la question mise à jour.
Avec tmpfs , le nombre d'inodes par défaut est calculé pour être suffisamment grand pour la plupart des cas d'utilisation réalistes. La seule situation où ce paramètre ne serait pas optimal serait si un grand nombre de fichiers vides sont créés sur tmpfs . Si vous êtes dans ce cas, la meilleure pratique est d'ajuster le nr_inodes paramètre à une valeur suffisamment grande pour que tous les fichiers tiennent mais n'utilisent pas 0 (=illimité). tmpfs la documentation indique que cela ne devrait pas être le paramètre par défaut en raison d'un risque d'épuisement de la mémoire par les utilisateurs non root :
if nr_inodes=0, inodes will not be limited. It is generally unwise to
mount with such options, since it allows any user with write access to
use up all the memory on the machine; but enhances the scalability of
that instance in a system with many cpus making intensive use of it.
Cependant, on ne sait pas comment cela pourrait se produire compte tenu du fait tmpfs L'utilisation de la RAM est par défaut limitée à 50 % de la RAM :
size: The limit of allocated bytes for this tmpfs instance. The
default is half of your physical RAM without swap. If you
oversize your tmpfs instances the machine will deadlock
since the OOM handler will not be able to free that memory.
Beaucoup de gens seront plus préoccupés par la quantité de mémoire par défaut que par une quantité qui correspond à ce que leur application exige.