Linux inotify事件重写（）覆盖

Question

我有一个小应用程序，它监视特定类型文件名（* .monitored）的目录树。它计算匹配文件的数量，使用inotify监视各种事件以匹配正在添加或删除的文件，并且可以轮询报告当前文件的数量，以及过去几次文件添加和删除的平均速率秒。目录树可以包含数十万个文件，所以我试图避免维护一个受监控文件的列表。

如果我运行：

touch foo.monitored 

我得到IN_CREATE，我设置NUM_FILES = 1

touch foo.ignored 

我得到IN_CREATE，忽略它，并留下NUM_FILES = 1

mv foo.ignored foo.monitored 

生成：

IN_MOVE D_FROM为foo.ignored，我忽略，所以num_files = 1

IN_MOVED_TO for foo.monitored我把它作为一个新文件，所以设置num_files = 2，但是旧的foo.monitored已被覆盖，所以我的总数是错误。

我找不到一个事件表明旧foo.monitored的消亡 - 有没有办法做我想要的，而没有维护一个庞大的文件名结构？

谢谢！

Answer 1

不，inotify不会帮你在这里。在这种情况下它不会发出删除事件。

也许一个折中的解决方案是记录每个目录中有多少个受监视的文件，然后每次获得模糊信号时都重新扫描一个目录？

但是，使用inotify来监视目录树存在更大的问题。你有没有考虑过如果一个包含数千个受监控文件的目录被移入或移出你的树会发生什么？即使在树中移动目录也是有问题的。

---

编辑：其他的想法：

1. 添加对每个文件的inotify的手表，个别。这可能不是一个好计划。

2. 一个计数器在您阅读时只能是准确的;任何读取计数并希望与之后读取的内容匹配的调用者都有一个令人讨厌的竞争条件错误等待发生。因此，只要接受该柜台可能有点不妥，并且在您有机会时纠正该问题，或许可以。

3. 每5个移动事件完成一次全面扫描。

4. 移动事件后，等待30秒，看看是否有更多，只有然后进行扫描。

5. 将树分成多个部分（“桶”），并记录每个部分的计数。这应该可以减少扫描开销。

6. 为每个受监视的文件路径记录散列。这可能比记录实际文件名更少的内存/麻烦。