在 Windows 2003 Server 上,我有一个应用程序,它处理请求并将它们作为队列存储在一个文件夹中,第二个进程来处理这些存储的请求。然而,有时文件的数量往往会达到 100,000 个。
在命令提示符下使用 Windows 资源管理器甚至 dir 似乎并不是我找出存储了多少文件的解决方案。它还需要太多时间、CPU 和 I/O。
有什么建议么?
在 Windows 2003 Server 上,我有一个应用程序,它处理请求并将它们作为队列存储在一个文件夹中,第二个进程来处理这些存储的请求。然而,有时文件的数量往往会达到 100,000 个。
在命令提示符下使用 Windows 资源管理器甚至 dir 似乎并不是我找出存储了多少文件的解决方案。它还需要太多时间、CPU 和 I/O。
有什么建议么?
我不确定这在这么大的文件夹上运行速度有多快,但值得一试。
将以下代码保存在 .vbs 文件中。然后,像这样从 CMD 提示符运行它:
它只计算路径根目录中的文件,但可以对其进行修改以包含子文件夹。
您可以使用此页面上的脚本并以这种方式调用它:
如果要递归搜索所有子文件夹,则需要开关“/S”
那么在这种情况下,如果没有内置实用程序可以帮助我编写这个小虫子:
但我希望我不必这样做。感谢大家 :)
更新:我忘了说它在.NET(任何版本)中,语言是 C#。