DSO Asked: 2009-07-03 06:10:58 +0800 CST2009-07-03 06:10:58 +0800 CST 2009-07-03 06:10:58 +0800 CST 为文件共享使用较大的 NTFS 磁盘分配大小会有所不同吗？ 772 我正在使用 NTFS 格式化驱动器，该驱动器将专用于文件共享，供用户集中存储他们的文件。这些文件可能很大（10 到 100 兆字节）。 有人建议使用比默认 4k（例如 64k）更大的分配单元大小会使其性能更好。我想我理解它背后的基本原理，但我不确定它在实践中是否有效。这真的会有所作为，还是会导致比它解决的问题更多的问题？ windows performance ntfs 3 个回答 Voted Lima 2009-07-03T06:18:40+08:002009-07-03T06:18:40+08:00 使用较大文件时，较大的分配大小将提高性能。如果它们都是大文件，那么将分配大小增加到 32KB 或 64KB 可能是值得的。 请注意，分配单元大小越大，浪费的磁盘空间就越多。无论存储在卷上的文件大小如何，都是如此。如果分配单元大小为 64K，而你保存一个 50K 的文件，则会浪费 14K。如果你保存一个 800K 的文件，它会被分成 13 个块，但是第 13 个块只有 32K 的数据，导致浪费了 32K 的磁盘空间。 可以在此处找到 NTFS 驱动器性能调整的资源： https ://web.archive.org/web/20090724155321/http://www.windowsdevcenter.com/pub/a/windows/2005/02/08/NTFS_Hacks .html 祝你好运，任何进一步的问题都不要犹豫。 利马 David Spillett 2009-07-03T07:35:42+08:002009-07-03T07:35:42+08:00 设置分配块大小可以提高访问大文件的性能，但不太可能显着提高网络文件共享的性能，因为其他瓶颈将使任何本地收益相形见绌。 有一些事情需要注意： 文件将占用更多空间，因此如果您有很多小文件，这将是一个问题 访问小文件可能会更慢，因为系统一次读取整个块（因此，如果您使用 64Kb 块，则读取 64Kb 的文件为 1Kb 文件），但取决于驱动器的预读行为，这可能并不明显 当访问模式非常随机和/或有许多并发进程通过网络访问资源时，您可能会发现它实际上会损害性能 我的直觉表明，在必须用例中，您不会注意到性能方面有太多好处（或不利），而且我的直觉很大，所以我不倾向于与之争论，所以我会坚持使用较小的集群大小来提高空间使用效率. MathewC 2009-07-03T06:15:33+08:002009-07-03T06:15:33+08:00 我认为一般的想法是更大=更好的性能以磁盘空间为代价。 网上有传言说更改默认大小会导致错误编码的磁盘实用程序出错或失败，因此如果您不打算计划备份，您可能需要记住这一点；-)
使用较大文件时，较大的分配大小将提高性能。如果它们都是大文件，那么将分配大小增加到 32KB 或 64KB 可能是值得的。
请注意，分配单元大小越大，浪费的磁盘空间就越多。无论存储在卷上的文件大小如何，都是如此。如果分配单元大小为 64K，而你保存一个 50K 的文件，则会浪费 14K。如果你保存一个 800K 的文件，它会被分成 13 个块，但是第 13 个块只有 32K 的数据，导致浪费了 32K 的磁盘空间。
可以在此处找到 NTFS 驱动器性能调整的资源： https ://web.archive.org/web/20090724155321/http://www.windowsdevcenter.com/pub/a/windows/2005/02/08/NTFS_Hacks .html
祝你好运，任何进一步的问题都不要犹豫。
利马
设置分配块大小可以提高访问大文件的性能，但不太可能显着提高网络文件共享的性能，因为其他瓶颈将使任何本地收益相形见绌。
有一些事情需要注意：
我的直觉表明，在必须用例中，您不会注意到性能方面有太多好处（或不利），而且我的直觉很大，所以我不倾向于与之争论，所以我会坚持使用较小的集群大小来提高空间使用效率.
我认为一般的想法是更大=更好的性能以磁盘空间为代价。
网上有传言说更改默认大小会导致错误编码的磁盘实用程序出错或失败，因此如果您不打算计划备份，您可能需要记住这一点；-)