use*_*250 4 mac filesystems sparsebundle
背景故事:
我使用 Mac (10.6.4),直到今天,当我使用 Vuze 下载 torrent 时,无论我尝试什么配置,Vuze 都会在开始下载所述文件之前为整个文件分配空间。很长一段时间,一个快速的谷歌让我相信这是一个 Vuze 错误,但几年过去了,没有任何改变,更详细的搜索告诉我这是因为 HFS+ 不支持稀疏文件。
题:
稀疏文件维基说苹果的 HFS+ 不支持稀疏文件,苹果的 Time Machine 和 FileVault 使用“稀疏图像”和“稀疏包”。
我明白什么是稀疏包(图像分成 8Meg 块),但除此之外,这些“稀疏图像”和普通稀疏文件之间是否有区别?HFS+ 怎么可能不支持稀疏文件,但仍然支持稀疏图像和稀疏包?
这是因为稀疏图像与稀疏文件的稀疏性是在不同的抽象级别处理的。如果您将文件“直接”存储在磁盘上,则文件系统(例如 HFS+)会处理将构成文件的字节序列映射到磁盘上的字节序列。稀疏文件是一种在其字节序列中存在间隙的文件,支持此功能的文件系统将在将文件映射到磁盘时跳过这些丢失的字节。
当您使用磁盘映像时,映射要复杂一些:您将文件中的字节(由内部文件系统)映射到(虚拟)磁盘中的字节。然后将它们(由映像安装程序)映射到磁盘映像(文件)中的字节,然后(由外部文件系统)映射到实际磁盘上的字节。图像挂载器处理稀疏映射(并且 AIUI 仅在文件之间/之外,而不是在文件内部),但这并不意味着其他层(文件系统)可以。就外部文件系统而言,图像文件只是一个(非稀疏)字节序列。
顺便说一句,图像挂载器还可以添加文件系统本身无法处理的其他功能。例如,Mac 磁盘映像几乎永远支持压缩,但在 OS X v10.6 之前,HFS+ 没有添加对压缩的原生支持。
| 归档时间: |
|
| 查看次数: |
1916 次 |
| 最近记录: |