stat コマンドはファイルのブロックをどのように計算しますか?

stat コマンドラインツールは stat を使用します / fstat stat でデータを返すなどの関数構造。 st_blocks stat のメンバー構造体の戻り値:

<ブロック引用>

ディスク上に実際に割り当てられたサイズ 512 バイトの物理ブロックの総数。このフィールドは、ブロックスペシャルまたはキャラクタースペシャルファイルには定義されていません。

したがって、サイズが 965 でブロック数が 8 の「電子メール」の例では、8*512=4096 バイトがディスクに物理的に割り当てられていることを示しています。 2 ではない理由は、ディスク上のファイルシステムが 512 の単位でスペースを割り当てず、明らかに 4096 の単位でそれらを割り当てるためです。割り当ての単位)

同様に、wxPython の例では、7056*512 バイト、つまり 3612672 バイトがディスクに物理的に割り当てられていることを示しています。わかります。

IO ブロックサイズは、「I/O 操作の「最適な」ユニットサイズに関するヒント」であり、通常、物理ディスク上の割り当ての単位です。 IO ブロックと stat のブロックを混同しないでください。物理的なサイズを示すために使用します。物理サイズのブロックは常に 512 バイトです。

コメントに基づく更新:

私が言ったように、st_blocks OSがディスク上のファイルによって使用されているスペースの量を示す方法です。ディスク上の実際の割り当て単位は、ファイルシステムの選択です。たとえば、ZFS では可変サイズの割り当てブロックを、同じファイル内であっても持つことができます。、ブロックを割り当てる方法のためです。ファイルは小さなブロックサイズで始まり、特定のポイントに達するまでブロックサイズが増加し続けます。ファイルが後で切り詰められた場合、おそらく古いブロックサイズが保持されます。そのため、ファイルの履歴に基づいて、複数の可能なブロックサイズを持つことができます。そのため、ファイルサイズが与えられた場合、そのファイルが特定の物理サイズである理由が常に明らかであるとは限りません。

具体例:私の Solaris ボックスでは、ZFS ファイルシステムを使用して、非常に短いファイルを作成できます:

$ echo foo > test
$ stat test
  Size: 4               Blocks: 2          IO Block: 512    regular file
(irrelevant details omitted)

OK、小さなファイル、2 ブロック、このファイルの物理ディスク使用量は 1024 です。

$ dd if=/dev/zero of=test2 bs=8192 count=4
$ stat test2
  Size: 32768           Blocks: 65         IO Block: 32768  regular file

OK、物理ディスクの使用量が 32.5K で、IO ブロックサイズが 32K であることがわかります。次に、それを test3 にコピーしましたこの test3 を切り捨てましたエディター内のファイル:

$ cp test2 test3
$ joe -hex test3
$ stat test3
  Size: 4               Blocks: 65         IO Block: 32768  regular file

さて、ここに 4 バイトのファイルがあります - ちょうど test のように -しかし、ZFSファイルシステムがスペースを割り当てる方法のために、ディスク上で物理的に32.5Kを使用しています。ファイルが大きくなるにつれてブロックサイズは大きくなりますが、ファイルが小さくなってもブロックサイズは小さくなりません。 (もちろん、ZFS で行うファイルやファイル操作の種類によっては、かなりの無駄なスペースが発生する可能性があります。そのため、ファイルシステムごとに最大ブロックサイズを設定し、動的に変更することができます。)

ファイルサイズと物理ディスクの使用量の間に必ずしも単純な関係があるとは限らないことを理解していただければ幸いです。上記でも、正確に 32K のサイズのファイルを格納するために 32.5K バイトが必要な理由は明確ではありません。ZFS は一般に、独自の追加ストレージ用に追加の 512 バイトを必要とするようです。おそらく、そのストレージをチェックサム、参照カウント、トランザクション状態 (ファイルシステムの簿記) に使用しています。これらのエクストラを指定された物理ファイルサイズに含めることで、ZFS はファイルの物理コストに関してユーザーを誤解させないようにしているようです。これは、基礎となるファイルシステムの実装に関する詳細を知らずに、計算をリバースエンジニアリングするのが簡単だという意味ではありません。