Windows 文件共享上每个文件夹的最大（实用）文件数？

Question

我支持在 Windows Server 2003 SP2 文件共享上存储文件的内部应用程序。由于当前配置为存储文件的方式，一个文件夹中包含约 116,000 个文件（另一个文件夹包含约 65,000 个文件，而其他文件夹的数量较少，但每个文件夹仍有数千个）。应用程序写入文件变得非常缓慢。

现有的文件布局是可配置的，所以我试图提出一个更好的计划。有没有人对每个文件夹 SMB 在开始变得不可用之前可以处理多少项目有任何经验？在这种情况下，它已经慢了很长一段时间，但直到文件夹超过 100,000 个文件才开始变得无法忍受。

Answer 1

它更依赖于带宽和延迟（尤其是延迟），而不是文件数量和用于枚举目录的算法的扩展。我想，这就是我所说的，不存在“神奇数字”。

SMB 协议非常糟糕，因为它需要大量的往返。例如，如果文件数量加倍，延迟会慢很多倍以上。

您无意中对 LAN、网络基础设施的延迟以及服务器计算机的 IO 子系统延迟进行了基准测试。显然你已经找到了一个“神奇的数字”。我会削减该目录，直到性能变得更好。没有别的办法了！