今天我编写了一个脚本，它可以对包含 250 万个文件的文件夹进行迭代。第一个问题是，迭代花费的时间非常长，因为需要先建立目录索引。初始构建之后，它应该存储在文件夹旁边，因此进一步的迭代应该更快。
这种行为可以表现如下：
- 当剧情还在进行中时，剧本却挂了。
- 如果您停止脚本并重新启动它，内存大小将立即设置为上次运行的值（因此如果您有 400MB 索引，您将从那里开始而不是从 0 开始）
- 整个索引建立后，即使重新启动后，目录也可以在几秒钟内进行迭代，而不是几小时。
关于目录索引树的更多信息可以在这里找到：http://wiki.sleuthkit.org/index.php?title=NTFS
但现在有一个问题：在我删除了几个文件后，索引又开始了。所以不知何故索引树没有重新组织，而是被删除并重新建立。树失效后是否有时间限制，还是只是树的大小？
有没有什么方法可以通过强制将树始终保留在文件系统上来加快对大型文件夹结构的访问？