存档文件系统

Question

我的文件系统中有一些复杂的只读数据。它包含了svn存储库某些修订版的数千张快照，以及回归测试的输出。快照之间的相同文件已经使用硬链接进行反复制.这样，存储容量就不需要很大，但是它仍然消耗了大量的节点，这使得fsck对我的主文件系统来说非常漫长。

我想将这些数据移动到另一个文件系统，这样它就不会对主文件系统产生太大的影响。你有什么建议吗？Squashfs似乎是一个可能的选择，但我必须检查它是否能够有效地处理硬链接。

Answer 1

如果它很慢，你试过ext4了吗？他们给fsck添加了一些特性，使fsck非常快速地实现了通过不看未使用的节点：

Fsck是一个非常慢的操作，特别是第一步:检查文件系统中的所有inode。在Ext4中，每个组的inode表的末尾将存储一个未使用的inode列表(为了安全起见，带有校验和)，因此fsck将不检查这些inode。结果表明，根据使用的节点数(http://kerneltrap.org/Linux/Improving_fsck_航速_在……里面_Ext4)，总的fsck时间从2倍提高到20倍。必须注意的是，构建未使用的inode列表的是fsck，而不是Ext4。这意味着必须运行fsck才能生成未使用的inode列表，并且只有下一个fsck运行速度更快(无论如何，要将Ext3文件系统转换为Ext4，需要传递fsck )。还有一个参与fsck加速的特性--“灵活块组”--它也加快了文件系统的操作。

Answer 2

Btrfs对快照有本机支持，所以您不必使用硬链接来进行重复。您可以重新创建当前的设置，方法是创建一个btrfs文件系统并用您需要的最早的修订版加载它，并获取一个快照，然后将存储库转到需要快照的每个时间点，并在每一步中拍摄一个快照。这应该比硬链接更有效，建立起来也更简单。

我还认为(虽然我对此还不太确定)，squashfs是透明的文件，所以即使它不处理硬链接，您也会看到好处。如果您从来不需要更改文件系统中的数据，那么squashfs可能是最好的选择，因为fsck可以由md5sum代替;)

Answer 3

我更喜欢XFS，因为我对这个文件系统有很好的经验。但我确实建议您使用您的数据和建议的所有文件系统进行测试。