在创build新的NTFS分区时，要求select一个簇大小。 默认大小是4k，但也可以select较小的尺寸。 512字节是最小的。
较小的尺寸导致浪费的空间减less。 每个文件根据文件大小占用一个或多个群集。 如果文件大小可以按簇大小划分，那么默认情况下不会浪费空间。 否则，只有最后一个集群的一部分将存储文件数据，剩余空间将被浪费。 平均来说，它大约是每个文件簇大小的一半。 考虑到一个典型的分区存储数以万计的文件265比2K每个文件听起来对我来说是一个大问题。
我总是select512字节来减less浪费的空间，但我相信使用较小的群集可能会有一些负面影响。 否则默认使用512个字节。 这些缺点是什么？
较小的队列大小意味着文件将分布在更多的群集之间（显而易见）。 这意味着可能会出现更多的碎片，并且可能需要更多的查找来查找集群。 这是通常的速度与尺寸的优化。 由于硬盘价格便宜，我会select较大的群集大小，但无论如何，你可能不会看到太大的差别。
NTFS基于扩展（如xix，ext4和更多的* nix方面），所以减less了从基于非扩展的文件系统（例如fat ，ext3）的减速。
尽pipe如此，还是有一些开销，开始受伤的地方是碎片化。 关于碎片的Windows是可怕的 ，请尝试运行碎片整理程序，以查看连续写入的文件（例如，从程序安装）最终可能以30多个碎片结束。
我通常build议4k是一个很好的大小，但如果一个驱动器是用于大型媒体文件64k或更大可以帮助。
如果您计划在服务器上使用Microsoft Windows备份，则需要512字节扇区大小的一个原因。 令人惊讶的是，如果你使用的Windows 2008（我不知道这是否已经修复在Windows 2012或更高版本），但备份将失败，如果你使用现成的USB外部硬盘驱动器的默认4k扇区大小！ 在与希捷的技术支持人员交谈之后，我最近购买了一个新的希捷驱动器，以确认这是可能的，我可以将4k扇区的大小重新格式化为512字节，我的备份工作。 很奇怪，希捷和微软的支持网站都没有指出这一点。
较早的外部驱动器不允许您重新格式化扇区大小为512字节的驱动器; 最小值是4k。
除非你真的知道你在做什么，否则我不会改变默认的簇大小。
是的，更小的簇大小意味着更小的空间，因此浪费的空间更less。 但是，较小的簇大小也意味着在每次读取操作中从磁盘传输的数据量较less，因此读取性能可能会下降。 由于数据更可能被存储在一个群集中，或者连续地存储，所以更大的群集大小将会减less碎片。