stat命令如何计算文件块?

这个 stat 命令行工具使用 斯达 / fstat 等函数,返回 斯达 结构。这个 st_blocks 会员 斯达 结构返回:

磁盘上实际分配的512字节大小的物理块总数。此字段不是为块特殊文件或字符特殊文件定义的。

因此,对于您的“email”示例,大小为965,块计数为8,这表明磁盘上实际分配了8*512=4096字节。之所以不是2,是因为磁盘上的文件系统没有以512为单位分配空间,显然是以4096为单位分配空间。(分配单元可能因文件大小和文件系统的复杂性而有所不同。例如,ZFS支持不同的分配单位。)

同样,对于wxpython示例,它指示在磁盘上物理分配7056*512字节或3612672字节。你明白了。

IO块大小是“关于I/O操作的‘最佳’单元大小的提示”——它通常是物理磁盘上的分配单元。不要混淆IO块和 斯达 用于指示物理大小;物理大小的块始终为512字节。

基于注释更新:

就像我说的, ST块 操作系统如何指示磁盘上的文件使用了多少空间。磁盘上的实际分配单位是文件系统的选择。例如,zfs可以有大小可变的分配块, 即使在同一个文件中 ,因为它分配块的方式:文件开始有一个小的块大小,并且块大小不断增加,直到达到一个特定的点。如果文件稍后被截断,它可能会保留旧的块大小。因此,根据文件的历史记录,它可以有多个可能的块大小。因此,给定一个文件大小,并不总是显而易见为什么它有一个特定的物理大小。

具体示例:在我的Solaris设备上,使用zfs文件系统,我可以创建一个非常短的文件:

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

好的,小文件,2块,这个文件的物理磁盘使用量是1024。

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

好的,现在我们看到物理磁盘使用率为32.5K,IO块大小为32K。然后我将其复制到 test3 截短了这个 测试3 编辑器中的文件:

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

现在,这里有一个4字节的文件-就像 test -但由于zfs文件系统分配空间的方式,它在磁盘上实际使用了32.5K。块大小随着文件变大而增大,但当文件变小时不会减小。(是的,这可能会导致大量的空间浪费,这取决于在zfs上执行的文件和文件操作的类型,这就是为什么它允许您基于每个文件系统设置最大块大小,并动态更改它的原因。)

希望您现在能够理解,文件大小和物理磁盘使用之间不一定存在简单的关系。即使在上面,也不清楚为什么需要32.5K字节来存储大小正好为32K的文件——ZFS通常需要额外的512字节来存储自己的文件。也许它使用该存储进行校验和、引用计数、事务状态文件系统簿记。通过将这些额外文件包含在指定的物理文件大小中,ZFS似乎试图在文件的物理成本方面不误导用户。这并不意味着在不了解底层文件系统实现的详细信息的情况下对计算进行反向工程是很简单的。

在这里,我们需要注意一件事,即数据块分配是以下面指定的方式完成的:

1)默认情况下,为一个文件分配8个数据块,即使我们只写一个字节的数据。 在文件中。 2)当我们在文件中添加完8*4096字节的数据后,如果我们再添加一个字节,那么将再次分配新的8个数据块。 所以,总共有16个数据块。

如果你理解上述陈述, 然后 ————(在问题中)——--- 因此,对于965,默认情况下会分配8个数据块,当它正好是4*4096=32768时,如果再添加一个字节,则会分配8个数据块,对于32769的大小,将分配16个数据块。