Obvykle (např.:ext2 , ext3 , ext4 , ufs ), počet inodů, které může souborový systém pojmout, je nastaven při vytváření, takže to nemůže obejít žádná možnost připojení.
Některé souborové systémy jako xfs mít poměr prostoru používaného inody laditelný, takže jej lze kdykoli zvýšit.
Moderní systémy souborů jako ZFS nebo btrfs nemají žádné pevně zakódované omezení počtu souborů, které může souborový systém uložit, inody (nebo jejich ekvivalent) se vytvářejí na vyžádání.
Edit:zúžení odpovědi na aktualizovanou otázku.
S tmpfs , výchozí počet inodů je vypočítán tak, aby byl dostatečně velký pro většinu realistických případů použití. Jediná situace, kdy by toto nastavení nebylo optimální, by bylo, kdyby se na tmpfs vytvořilo velké množství prázdných souborů . Pokud jste v takovém případě, nejlepším postupem je upravit nr_inodes parametr na hodnotu dostatečně velkou na to, aby se vešly všechny soubory, ale nepoužívaly 0 (=neomezeně). tmpfs dokumentace uvádí, že by to nemělo být výchozí nastavení kvůli riziku vyčerpání paměti uživateli bez 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.
Vzhledem k faktu tmpfs však není jasné, jak k tomu mohlo dojít Využití RAM je ve výchozím nastavení omezeno na 50 % 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.
Mnoho lidí se bude více zajímat o výchozí velikost paměti na množství, které odpovídá požadavkům jejich aplikace.