如果单个目录（NTFS）中有大量文件，文件系统性能会降低吗？

我听说如果单个目录中的文件数量变得非常庞大（例如：> = 10.000.000项），则文件系统性能（在NTFS分区上）可能会开始下降。是真的吗

如果为true，则单个目录中建议的最大文件数是多少？

编辑：

关于性能：我正在考虑该文件夹内的文件操作（读取，写入，创建，删除），这可能会变慢。

我回答我自己的问题：是的，速度肯定慢一些。

我写了一个C# Console Application在文件夹中创建许多空文件，然后随机访问它们的文件。结果如下：

10 files in a folder        : ~26000 operation/sec
1.000.000 files a in folder : ~6000 operation/sec

这是源代码：

List<string> files = new List<string>();

Console.WriteLine("creating files...");
for (int i = 0; i < 1000 * 1000; i++)
{
    string filename = @"C:\test\" + Guid.NewGuid().ToString();
    using (File.Create(filename));
    files.Add(filename);
}

Console.WriteLine("benchmark...");            
Random r = new Random();
Stopwatch sw = new Stopwatch();
sw.Start();

int count = 0;
while (sw.ElapsedMilliseconds < 5000)
{
    string filename = files[r.Next(files.Count)];
    string text = System.IO.File.ReadAllText(filename);
    count++;
}
Console.WriteLine("{0} operation/sec ", count / 5);

如果您读过这篇文章，那么您应该对NTFS如何为文件和文件夹建立索引有了一个很好的了解。

在本地，如果您遵循上面链接中的准则，那么索引文件和文件夹就不应该太麻烦了，但是要对这么多文件进行大量维护。
在网络上这将是另一个故事。速度会很慢，这是基于我自己的工作经验，在那里我们有成千上万个文件夹，并且需要一些时间才能通过网络建立索引。

随着文件数量增加而可能增加的另一件事是禁用短命名：这将阻止Windows创建遵循8.3约定（MS-DOS文件命名约定）的第二个文件目录条目，并减少文件夹创建时间。进行枚举，因为在枚举时不必查找与长名称相关联的短名称。

• Run在开始菜单中转到
• 键入，cmd然后在看到命令提示符时，右键单击它并选择Run as administrator
• 在命令提示符下键入fsutil behavior时，请设置disable8dot3 1以禁用短命名
• 重启

如果要再次启用它，请键入fsutil behavior set disable8dot3 0