![WinDirStat 花费很长时间来分析 8TB 驱动器,这令人惊讶吗?](https://linux22.com/image/1491367/WinDirStat%20%E8%8A%B1%E8%B4%B9%E5%BE%88%E9%95%BF%E6%97%B6%E9%97%B4%E6%9D%A5%E5%88%86%E6%9E%90%208TB%20%E9%A9%B1%E5%8A%A8%E5%99%A8%EF%BC%8C%E8%BF%99%E4%BB%A4%E4%BA%BA%E6%83%8A%E8%AE%B6%E5%90%97%EF%BC%9F.png)
答案1
WinDirStat 必须解析目标卷上的每个文件才能确定大小。对于 7TB 的数据,这可能是一个极其缓慢的过程,尤其是当文件系统由许多小文件而不是几个大文件组成时。
扫描网络驱动器时会增加更多的延迟,因为它依赖于 SMB 协议来获取元数据而不是文件系统 API。
不幸的是,这完全正常。
答案2
这并不奇怪,但实际上与 TB 数量无关,而是与驱动器上要扫描的文件和文件夹数量有关。此外,网络延迟对速度有很大影响。与直接连接存储相比,这种延迟通常要高得多,另一个负责的因素是每个请求都要经过操作系统的整个网络堆栈。
在 TreeSize 中,我们能够通过使用多线程和比通常更低级别的 API 来加快速度FindFirstFile()
。全面披露:我是 TreeSize 的开发人员。