文件系统和“簇”、“簇”的默认大小及其“过大”“过小”的利弊得失

在谈论这个话题之前，不妨请大家先来做个“司空见惯”的小实验：检验某一软件、程序、数据的“大小”(鼠标右键/属性)，看看它的“大小”和“占用空间”(以“字节”为单位)究竟是否一致？无论是一致(概率小于0.001%)或是不一致(概率大于99.999%)，都涉及到以下所述—— 文件系统，是操作系统与硬盘驱动器之间的接口。目前，常用的有FAT32和NTFS两种格式(这两种格式的各自特点，我都专门作过介绍，在此不再赘述)。当操作系统请求从硬盘里读取某一软件、程序、数据时，就会请求相应的文件系统来执行相应操作。那么，你知道不同文件系统的“最小磁盘空间单位”是什么吗？

这就是“簇”。“簇”，是指可分配用来保存文件的最小磁盘空间(好有一比：浩如烟海的“小房间”“小宿舍”)。计算机中所有的软件、程序、数据，都保存在众多的“簇”中。在FAT16文件系统中，每个“簇”默认值为32KB；FAT32文件系统中默认值为4KB。在NTFS文件系统中，当分区空间在2GB以下时，“簇”默认值小于4KB；在2GB以上时，“簇”默认值为4KB(1KB==1024字节)。

“簇”的大小会影响磁盘文件的排列，以及存储效率和碎片数量。如果设置过大，虽然可以减少碎片数量，但会影响磁盘存储效率；如果设置过小，虽然可以增强磁盘存储效率，但会产生大量磁盘碎片。因此，“簇”的大小以操作系统的默认值为好。不提倡对“簇”的大小进行更改。

另外，操作系统规定：一个“簇”中只能放置一个文件的内容。因此，文件所占用的空间，只能是簇的整数倍。如果文件实际大小小于一“簇”，它也要占一“簇”的空间。所以，在一般情况下，文件所占空间要略大于文件的实际大小。只有在极个别情况下，即文件的实际大小恰好是“簇”的整数倍时，文件的实际大小才会与所占空间完全一致。