Macos 如何计算带孔文件的稀疏性?

Macos 如何计算带孔文件的稀疏性?,macos,file,hfs,Macos,File,Hfs,我在一个文件夹中有几个未完成的torrent文件。在HFS文件系统上,du命令返回文件大小,就好像文件中没有孔一样 如何计算空块与包含实际数据的块之间的比率?到目前为止,我是通过将文件的快速gzip压缩版本的大小除以表观大小来实现的 我不是在写申请书。我正在尝试查找通过传输(bittorent客户端)创建的哪些文件不完整。ls-ksl filename将在第一列显示实际分配的磁盘空间,单位为KB(非字节)。稀疏文件分配的空间将小于文件的实际大小,但分配的空间大于或等于该文件的实际大小并不保证该文

我在一个文件夹中有几个未完成的torrent文件。在HFS文件系统上,
du
命令返回文件大小,就好像文件中没有孔一样

如何计算空块与包含实际数据的块之间的比率?到目前为止,我是通过将文件的快速gzip压缩版本的大小除以表观大小来实现的


我不是在写申请书。我正在尝试查找通过传输(bittorent客户端)创建的哪些文件不完整。

ls-ksl filename
将在第一列显示实际分配的磁盘空间,单位为KB(非字节)。稀疏文件分配的空间将小于文件的实际大小,但分配的空间大于或等于该文件的实际大小并不保证该文件已完全下载,只是文件的每个块都已写入某些内容。要验证文件是否已完全下载,您应该验证
.torrent
文件中的校验和,一些命令行torrent客户端可以为您执行此操作(例如
ctorrent-c
,可从自制或MacPorts获得)。

根据文件系统跟踪漏洞,您的应用程序设计似乎很差,因为数据传输的块可能与文件系统组织文件页面的方式不完全匹配。你的torrent应用程序应该在一个单独的文件中记录它收到的块。我不是在写应用程序。我试图找出传输(bittorent客户端)创建的哪些文件不完整。因为这不是一个与编程相关的问题,所以它不属于这里,而属于以后。版主可能会迁移它。对于由Transmission创建的文件,-s标志没有帮助。这些文件看起来总是所有的块都已分配。但是我不知道这是因为HFS还是传输,这不是因为HFS,因为我已经用HFS分区上的实际稀疏文件测试了我的答案。显然,您的文件一点也不稀疏。哈希值为+1,这是可靠的方法。