大規模なインデックスノードにはどのような利点がありますか? (外線4)

大規模なインデックスノードにはどのような利点がありますか? (外線4)

あいまいな記憶があるため、Linuxパーティションを作成するときにデフォルト設定を「改善」し、inodeサイズを1024に増やしてアクティブにすることを考えました-O bigalloc(「このext4機能はクラスタブロック割り当てを有効にします」)。

しかし、今はオンラインで引用されたこれらの設定の具体的な利点を見つけることができず、ディスク使用量が20%のときにすでにinodeの15%を使用していることがわかりました。

それでは、単にパーティションを再フォーマットする必要がありますか、それとも肯定的な見方をする必要がありますか(または正当化として使用する必要がありますか?)。たとえば、ファイル数が多いディレクトリの場合は?

ベストアンサー1

メタデータが多いファイルが多い場合は、より大きなinodeが便利です。クラシックメタデータ(権限、タイムスタンプなど)を収容できる最小のinodeサイズ複数のアドレスブロック通常のファイルまたは短いシンボリックリンクのターゲットです。より大きなインデックスノード貯えることができる拡張属性例えばアクセス制御リストそしてSELinux コンテキスト。拡張属性を収容するのに十分な領域が十分にない場合は、別のブロックに保存する必要があるため、ファイルを開くか、メタデータを読み取るのが遅くなります。

したがって、多数のinodeを保持する場合は、より大きなinodeサイズを使用する必要があります。拡張属性たとえば、複雑なACLまたはSELinuxを使用している場合です。 SELinuxは大きなinodeを作る主な動機です。

おすすめ記事