对ext分区进行碎片整理?

为什么不对ext2 / 3/4要求进行碎片整理? 并不存在任何碎片?

0
2019-05-04 17:58:31
资源 分享
答案: 2

只要磁盘没有太多加载(因此如果可以防止磁盘加载磁盘太多,那么碎片很少)。

0
2019-05-08 02:46:36
资源

现代文件系统,特别是那些在多用户和/或多任务使用实例中可靠的文件系统,在文件系统接近完成之前做了一项非常好的工作,即不分解信息(没有特定的数字用于“接近完成“标记是因为它依赖于文件系统的巨大程度,文档维度的流通以及您的可访问性模式 - 85%和95%之间的数字通常是定价估计”或文档制作模式并且创建是不常见的或文件系统较旧,所以实际上看到了大量的“活动”。 它由ext2 / 3/4,reiser,btrfs,NTFS,ZFS等组成。

目前没有比特/文件系统程度的方法来对ext3或4进行碎片整理(参见http://en.wikipedia.org/wiki/Ext3#Defragmentation以获得一些额外的细节),尽管ext4旨在快速获得在线碎片整理。

有用户登陆设备(例如http://vleu.net/shake/以及其他详细信息,因为维基百科上写),它们通过复制/重写来尝试对特定文档或文档集进行碎片整理 - 如果有足够大的真空块,这通常会导致文档被删除提供了一个相邻的街区。 这绝不是为了确保文档靠近其他各种文件,尽管如此,如果你对一组巨大的文件进行抖动,那么migth locate会导致两个文件本身进行碎片整理,但不会在磁盘上的每个其他文件附近。 在一个多用户文件系统中,每个其他文件系统的文件区域通常并不重要(在文件本身碎片之后它绝对不那么重要),因为驱动器头随处可见,无论如何都能提供各种客户的需求,这也可以减少延迟鼓励在两者之间的参考区域或未分类的文件肯定会提供一个主要是单独的客户系统,它可以提供可量化的优势。

如果你的文件系统实际上已经随着时间的推移而严重碎片化,并且目前有一个合理的真空数量,那么在shake之上运行它的所有文件就可以得到你想要的效果。 另一种方法肯定是将所有信息复制到新文件系统,删除初始文件,然后再将其复制回来。 这有助于类似的方式shake对更大量的信息可能更快。

对于碎片的百分比,根本不要打扰它。 我认识到,在常规程序的无数生命周期中,投入更多时间的人会看到碎片整理进度条比以前保存(由于额外可靠的磁盘可访问性)!

0
2019-05-08 02:36:23
资源