我想这是一个老问题了，但是我在网上找到的所有答案都很有意思，所以这里...
我需要一个专用卷来存储数万个 ~10MiB 和 ~50MiB 文件。我怀疑较大的 NTFS 簇大小会加快文件服务器的速度，但较大的簇大小会造成其他危害吗？例如减慢速度或浪费大量空间？
我应该使用 64K 簇、32K 簇还是普通默认值（4K 大小）？
答案1
据我所知，NTFS 本身不存在与较大的簇大小相关的任何性能问题。
如果您真的想尽可能提高速度，我建议您进行模拟和基准测试。您的应用程序如何读取数据（4K 块、8K 块等）将会产生影响，NT 缓存和底层 RAID 缓存上的缓存命中模式也是如此。磁盘/存储硬件（RAID 布局、SAN 配置等）也会产生影响。
最终，应用程序的行为将成为性能的最大决定因素。您可以在网上看到各种应用程序（Exchange、SQL Server 等）的“规划指南”。所有严肃的指南都是基于使用负载模拟进行的真实基准测试。您可以编写“经验法则”，但对于任何给定的系统，在较低级别的实施中都可能存在怪癖，从而使经验法则失效。
如果您的应用程序适合模拟工作，请启动模拟文件集并使用各种文件系统 / RAID / 磁盘配置模拟其上的工作负载。这是唯一可以确定的方法。
（题外话：有没有人觉得 10MB 文件被称为“小”很奇怪？天啊，我老了……）
答案2
简单的回答：如果您的大多数文件大小为 10MB 或更大，那么我建议您使用尽可能大的簇大小，但这在空间方面可能会有点浪费。
复杂答案：您应该分析磁盘的缓存、磁盘控制器的缓存、操作系统的缓存以及实际文件及其大小。这会更好，但更难做到正确。