使用Linux的合理数量的inotify手表是什么？

Question

我正在研究一个守护进程,它通过inotify监视文件事件,以便在访问文件时触发各种类型的事件.我读过手表有点贵,因为内核存储了每个被监视文件的完整路径名.

有多少手表会太多？

编辑:大多数情况下,我想知道..你有没有看到一个明显的性能影响,如果是这样,它发生了多少手表？是的,我必须监控/递归(但它是一个最小的自举系统).

Answer 1

AFAIK内核不存储路径名,而是存储inode.然而,32位系统上每个Watch有540个字节.在64位上加​​倍.

我知道从Lsyncd(也许你想检查出来？)有百万只手表的人.它只吃了一千兆字节的内存.

Answer 2

你可以通过读取/proc/sys/fs/inotify/max_user_instances(最大的inotify"对象" /proc/sys/fs/inotify/max_user_watches数量)和(观看的最大文件数)来找到系统限制,所以如果你超过这些数字,那就太多了;-)手表的最大数量通常是几万或更高 - 在我的系统上,262143 - 除非你试图观察文件系统中的每个文件,否则这可能比你需要的更多,但你不应该这样做.我会说,尽量不要使用比你需要的更多的inotify手表,除非你注意到性能的显着下降,否则不要担心.

Answer 3

我的信息:

[foo@caffeine ~]# cat /var/log/lsyncd.status | grep Inotify
Inotify watching 293208 directories

[foo@caffeine ~]# cat /proc/sys/fs/inotify/max_user_watches
1048576

lsyncd使用大约130M的内存.

我使用lsyncd使一些目录与灾难恢复服务器保持同步.

主服务器没有性能损失/惩罚.

Answer 4

这取决于你有多少内存

虽然 524288 是可以观看的最大文件数，但如果您处于内存特别受限的环境中，您可能希望降低该数字。每个文件监视占用 540 字节（32 位）或 ~1kB（64 位），因此假设所有 524288 个监视都被消耗掉，则上限约为 256MB（32 位）或 512MB（64 位） .

Answer 5

/proc/sys/fs/inotify/max_user_watches是当前每个用户的最大观看次数。

从历史上看，内核默认为 8192，但鉴于许多 Linux 发行版对其内核构建进行了相当多的定制，这可能并非在每个 Linux 系统上都是如此。最近的内核更改 [1]max_user_watches根据系统拥有的 RAM 大小动态选择范围 [8192, 1048576] 中的默认值。（5.11 是第一个包含此更改的内核版本。）

AFAICT，root可以更改max_user_watches为 2147483647 (2 ³¹ -1) 或以下的任何值，只要您确信自己有足够的 RAM 来支持该数量的手表。

[1] https://github.com/torvalds/linux/commit/92890123749bafc317bbfacbe0a62ce08d78efb7

Answer 6

可能,100亿数万亿的gazillions太多了.Kernel Korner - Inotify简介提到了"成千上万的手表",所以至少这个数字应该不是问题.