i ノード サイズを大きくすると、非常に大きなファイル/ディレクトリのパフォーマンスが向上しますが、ディスクの使用量が犠牲になります (小さなファイルのパフォーマンスも低下する可能性があります)。
inode の使用量が多すぎると感じた場合は、inode あたりのバイト数の比率を詳しく調べてください。いくつかの StackExchange サイトでの多くの関連 Q&A。
大量のメタデータを含むファイルが多数ある場合は、より大きな inode が役立ちます。最小の inode サイズには、アクセス許可、タイムスタンプなどの従来のメタデータ、および通常のファイルのいくつかのブロックのアドレス、または短いシンボリック リンクのターゲット用のスペースがあります。より大きな inode には、アクセス制御リストや SELinux コンテキストなどの拡張属性を格納できます。 inode に拡張属性用の十分なスペースがない場合、それらを別のブロックに格納する必要があるため、ファイルを開いたり、そのメタデータを読み取ったりするのが遅くなります。
したがって、大量の拡張属性を計画している場合は、より大きな i ノード サイズを使用する必要があります。 複雑な ACL など、または SELinux を使用している場合。 SELinux は、より大きな inode の主な動機です。