Answers:
有点肯定,没有答案。在某些情况下很有用,但与FAT或常规HFS相比,它没有什么问题。所有文件系统都会碎片化,但是较新的文件系统则更难以碎片化。
就Mac OS X而言,HFS +所做的工作相当不错,它试图使事物与旧系统相比不会变得零碎,但仍然发生在不同的规模上。自10.3(Panther)以来,操作系统本身还即时对“小”(20MB或更小)文件进行碎片整理。
碎片仍在发生,您可能会因此而导致性能下降,尤其是在视频编辑系统或需要能够将大型文件快速读取或写入磁盘的工作流程中。对于您的标准用户-几乎没有问题。
我使用过的OS X的硬盘驱动器碎片整理最流行的选择是:
将硬盘驱动器克隆到另一个驱动器,然后再还原。这是使用Carbon Copy Cloner或SuperDuper完成的,并且需要额外的硬盘驱动器。如果作为备份例程的一部分完成,那么时间损失可能并不可怕,但是可以通过这种方式自由进行。
iDefrag,Drive Genius和其他一些实用程序也会对硬盘进行碎片整理。我个人更喜欢iDefrag。
对,他们是。人们会给你说谎,就像“ UNIX文件系统永不碎片”。他们是骗子,您应该听我的话。firefox使用的诸如sqlite数据库之类的文件会迅速碎片化,因为它们会在您使用浏览器时定期进行少量写入。有一次我的个人资料有一个sqlite数据库,里面有三千多个片段。
这些sqlite数据库包含浏览器历史记录,并用于向您建议文本字符串的地方,例如URL补全或表单自动填充。如果它们支离破碎,您将遭受痛苦。OSX决定将POSIX fsync()作为无操作实现的决定可能掩盖了其中的一些(标准允许,但不是很好)。因此,这就像您需要编辑视频以触发不良条件一样,而不仅仅是在OSX上正确调用fsync()的大型历史数据库。
在Ubuntu上,您可以使用filefrag
软件包中的实用程序检查文件的碎片程度e2fsprogs
。它需要root权限,但可以让您查看一个文件有多少个非连续区域。像包名所示,它还不支持ext4。希望ext4的延迟分配和扩展范围支持可以减少野外的碎片。
fsck
,但fsck_hfs并没有给出碎片的信息。较旧的版本fsck_hfs
对一种类型的重建有连续可用空间的严格要求;换句话说:如果可用空间过于分散,则无法重建。较新的版本fsck_hfs
要求不高,但仍然有足够的连续可用空间是理智的。
Mac OS X已对小于20 MB的文件进行碎片整理。看到这篇文章:
这是一个宗教问题。IMO,碎片化只是特定工作负载的一个问题,自NT4以来就不再那么重要了。
我遇到的例外情况是,您的大量小写和大写混合在一起。我想到的一个例子是繁忙的Windows文件服务器,用户在执行诸如在服务器上运行活动PST文件之类的愚蠢事情。另一个将是带有Maildir格式邮箱的linux pop3服务器。
http://osxbook.com/software/hfsdebug/fragmentation.html
这是Mac OS X内部书籍中的一章。描述了“在Mac OS X中防止碎片的内置措施”,还介绍了碎片检查器工具。
还对5台苹果计算机上的碎片进行了分析。