ディレクトリサイズが他のファイルと異なって報告されるのはなぜですか？

私の考えでは、あなたが混乱している理由は、ディレクトリが何であるかわからないからだと思います。はい。そのために一歩踏み出して、Unixファイルシステムがどのように機能するかを見てみましょう。

Unixファイルシステムはいくつですか？分離ディスクのデータアドレッシングの概念：

• データブロックディスク上のブロックのセットです。コンテンツファイルの。
• インデックスノード次のファイルのメタデータを含むファイルシステム内の一意の数値アドレスを持つファイルシステムの特殊ブロック。
  • 特権
  • アクセス/修正時間
  • サイズ
  • データブロックへのポインタ（ブロック、範囲などのリストにすることができます）
• ファイル名inodeにマップされたファイルシステムのルートの階層的な位置。

つまり、「ファイル」は実際には次の3つから構成されます。

1. ファイルシステムのPATH
2. メタデータを持つインデックスノード
3. inodeが指すデータブロック

ほとんどの場合、ユーザーはファイルを「ファイル名に関連付けられたエンティティ」の同義語として考えます。これは、低レベルのエンティティまたはファイル/ソケットAPIを扱うときにのみinodeまたはデータブロックを考える場合です。ディレクトリは、これらの下位レベルのエンティティの1つです。

ディレクトリは、複数の異なるファイルを含むファイルと考えることができます。これは半分だけ本当です。ディレクトリは、ファイル名を inode 番号にマップするファイルです。ファイルを「インクルード」しませんが、ファイル名へのポインタです。次の項目を含むテキストファイルだと思います。

• 。 - インデックスノード1234
• .. - アイノード200
• ドキュメント - Inode 2008
• README.txt - アイノード2009

上記の項目の名前は次のとおりです。ディレクトリエントリ。デフォルトでは、ファイル名から inode 番号へのマッピングです。ディレクトリは、ディレクトリエントリを含む特別なファイルです。

もちろん、これは単純化されていますが、基本的なアイデアと他のディレクトリの珍しい点について説明します。

• ディレクトリが独自のサイズを知らないのはなぜですか？
  • これには他のコンテンツへのポインタのみが含まれているため、そのコンテンツを繰り返してサイズを見つける必要があります。
• ディレクトリが空ではないのはなぜですか？
  • 少なくとも。と..エントリが含まれているためです。したがって、正しいディレクトリは、少なくともこれらのエントリを含めることができる最小のファイルサイズと同じくらい小さくなければなりません。ほとんどのファイルシステムでは少なくとも4096バイトです。
• ファイル名を変更するときに親ディレクトリへの書き込み権限が必要なのはなぜですか？
  • これは、ファイルを変更するだけでなく、ファイルを指すディレクトリエントリも変更するためです。
• lsがディレクトリに奇妙な数の「リンク」を表示するのはなぜですか？
  • ディレクトリは、それ自体、親ディレクトリ、およびサブディレクトリによって参照（リンク）できます。
• ハードリンクの機能は何であり、シンボリックリンクとどう違うのですか？
  • ハードリンクが追加されましたディレクトリエントリ同じ inode 番号を指します。 inode番号を指すので、同じファイルシステム上のファイルのみを指すことができます（inodeはファイルシステムに対してローカルです）。
  • シンボリックリンクは、別々のファイル名を指す新しいinodeを追加します。ファイル名を参照するので、ツリー内のすべてのファイルを指すことができます。

しかし、待って！奇妙なことが起こっています！

ls -ld somedirectoryls -l somefileファイルサイズは、ファイルの実際のサイズではなく、常に4096として表示されます。なぜ？

混乱した点1：「サイズ」と言うと、次の2つを意味できます。

• inodeに保存されたファイルサイズ
• 割り当てサイズは、inodeに関連付けられたブロック数に各ブロックサイズを掛けた値です。

一般的に言えば、同じ数字ではありません。ジャンプしstatてみてください定期的なファイルを見ると、この違いを見ることができます。

ファイルシステムが空でないファイルを作成するときは、通常、データブロックをグループに割り当てます。これは、ファイルが高速で増減する傾向があるためです。ファイルシステムがファイルを表現するのに必要な数のデータブロックだけを割り当てると、増減が遅くなり、断片化が深刻な問題になります。したがって、実際には、ファイルシステムは小さな変更のためにスペースを再割り当てする必要はありません。これは、ディスクにファイルが「占有」されているが完全に使用されていない領域がたくさんある可能性があることを意味します。

ファイルシステムは、これらすべての未使用領域をどのように処理しますか？何もありません。必要性を感じるまで。ファイルシステムオプティマイザ（バックグラウンドで実行されているオンラインオプティマイザ、fsckの一部でも、ファイルシステム自体に組み込まれている場合もあります）がこのように感じられる場合は、ファイルのデータブロックを再割り当てできます。移動時にブロックが使用され、未使用のブロックが解放されます。ブロックなど

それでは、通常のファイルとディレクトリの違いを見てみましょう。ディレクトリはファイルシステムの「バックボーン」を形成するため、頻繁にアクセスまたは変更する必要があるため、最適化する必要があると予想できます。だからあなたは彼らが全く崩壊したくありません。ディレクトリが作成されると、常に最大出力ディレクトリエントリが多すぎても、すべてのデータブロックのサイズは同じです。ファイルとは異なり、ディレクトリは通常サイズと増加率が制限されているため、ディレクトリの場合は問題ありません。

4096報告されたディレクトリサイズは、ディレクトリ内のエントリの数ではなく、ディレクトリinodeに格納されている「ファイルサイズ」の数です。これは固定数字ではありません。ディレクトリに割り当てられたブロック数に合う最大バイト数。通常、これはすべてのコンテンツを含むファイルに割り当てられた512バイト/ブロック×8ブロックです。ただし、ディレクトリの場合、ファイルサイズと割り当てサイズは同じです。単一のグループに割り当てられるため、ファイルシステムオプティマイザはそのブロックを移動しません。

ディレクトリが大きくなるにつれて、より多くのデータブロックが割り当てられ、最大出力それに応じてファイルのサイズを変更してこれらのブロックをブロックします。

したがって、割り当てられたデータブロックのサイズに設定されたディレクトリinodeのファイルサイズフィールドが表示されますls。stat