Linux要不要碎片整理?不要

　　所有的操作系统都会产生磁盘碎片。这个碎片在官方资料中称为内部碎片。它是这样产生的，假设一个磁盘的空间有20k，它的基本存储单位为簇，设有两个文件，一个7k，一个1k。当簇的大小为4k时，磁盘分为了5个簇，两个文件共占用３个簇，即使用了12k，其中浪费地空间就是4k，也就是产生了内部碎片4k。因此：内部碎片主要是造成磁盘空间的浪费。请注意：windows的磁盘碎片整理功能所整理的碎片不是这个碎片，也无法对这个碎片进行操作，它所对应的碎片概念是外部碎片。

　　那么，可以对内部碎片进行优化处理吗？答案是肯定的。以上面的例子来说，如果把每一簇分成2k，那么20k的磁盘就分为了10个簇，7k和1k两个文件共占用了5个簇，10k的空间，浪费的空间，即内部碎片为2k。

　　由此可见，簇分的越小，所浪费的空间越少。这也是NTFS比FAT32优秀的一个地方。在Win 2000的FAT32文件系统的情况下,分区大小在2GB～8GB时簇的大小为4KB；分区大小在8GB～16GB时簇的大小为8KB；分区大小在 16GB～32GB时,簇的大小则达到了16KB。而Win 2000的NTFS文件系统，当分区的大小在2GB以下时,簇的大小都比相应的FAT32簇小;当分区的大小在2GB以上时(2GB～2TB),簇的大小都为4KB。相比之下，NTFS可以比FAT32更有效地管理磁盘空间，最大限度地避免了磁盘空间的浪费。

　　那么为什么文件系统不是把簇分的非常的小呢？这里就引出了另一个问题，文件访问查找的问题。还是以上面的例子说明，当我们要查找使用一个文件时，就需要通过页表来进行访问。打个比方，你住的地方就好比是文件所占用的簇，但是要找到你，就得通过你的住址来进行访问，而访问文件则是通过文件分配表。如果住的人多，地址也就很多，那么要查到你住的地址所花的时间也就很多。同样的道理，当簇分的越小，记录簇的地址也就越大，查找文件所在的簇所花的时间也就越多。当簇为4k时，簇的地址是５个，而簇为2k时，簇的地址是10个。因而簇的大小是在空间和时间上取得平衡的一个结果。

　　这里也对另一个问题作一些提示，有些第三方分区软件可以自定义簇的大小，建议采用默认值，否则会在某些情况下产生一些问题。　　那么为什么在普通情况下NTFS分的簇会比FAT32的要小，而访问速度会差不多呢？这又牵涉到文件访问机制等等问题。这里就不再介绍了，有兴趣的可以找一些操作系统方面的资料进行阅读，可以在一定程度上解决这个问题。

　　好，下面开始我们的重点：linux不需要碎片整理！

　　windows概念下的碎片，在linux官方资料中称为外部碎片，它就是影响性能的那个碎片概念。（This is called “external fragmentation” or simply “fragmentation” and is a common problem with MS-DOS file systems. ）而linux一般不会产生这种碎片。外部磁盘碎片应该称为文件碎片，是因为文件被分散保存到整个磁盘的不同地方，而不是连续地保存在磁盘连续的簇中形成的。

　　当应用程序所需的物理内存不足时，一般操作系统会在硬盘中产生临时交换文件，用该文件所占用的硬盘空间虚拟成内存。虚拟内存管理程序会对硬盘频繁读写，产生大量的碎片，这是产生硬盘碎片的主要原因。

　　其他如IE浏览器浏览信息时生成的临时文件或临时文件目录的设置也会造成系统中形成大量的碎片。文件碎片一般不会在系统中引起问题，但文件碎片 过多会使系统在读文件的时候来回寻找，引起系统性能下降，严重的还要缩短硬盘寿命。另外，过多的磁盘碎片还有可能导致存储文件的丢失。

　　上面所说的就是windows如何产生外部碎片的，其实这与文件系统所使用的数据结构有关。对于FAT来说，使用的是chain式的结构来记录一个文件所使用的簇。这种方式的好处就是有助于文件的动态增长的需要。但是却带了碎片的问题，使得读写文件的时候，磁头频繁移动。对于CD-ROM,由于是 read-only的，所以不存在数据增长的问题，所以，采用了连续的方法来记录数据，也不会产生碎片，而linux的ext等文件格式与CD-ROM的存储有相似之处。

　　对windows进行磁盘碎片整理的朋友，这里也做一点小小的友情提示。

　　1、整理磁盘碎片的时候，要关闭其他所有的应用程序，包括屏幕保护程序，最好将虚拟内存的大小设置为固定值。不要对磁盘进行读写操作。

　　2、整理磁盘碎片的频率要控制合适，过于频繁的整理也会缩短磁盘的寿命。一般经常读写的磁盘分区一周整理一次。