什么是Linux的合理数量?

我正在使用inotify监视文件事件的守护进程来访问文件时触发各种types的事件。 我已经读过手表有点贵,因为内核正在存储每个被监视文件的完整path名。

多less手表会太多?

编辑:主要是,我想知道..你有没有看到一个明显的性能打击,如果是的话,有多less手表发生了? 是的,我必须监视/recursion(但是它是一个最小的引导系统)。

Solutions Collecting From Web of "什么是Linux的合理数量?"

AFAIK内核不存储路径名,但是inode。 不过,在32位系统上,每个手表有540个字节。 双倍于64位。

我知道从Lsyncd(也许你想检查一下吗?)拥有一百万手表的人。 它只吃了一个千兆字节的内存。

您可以通过读取/proc/sys/fs/inotify/max_user_instances (最大数量的inotify“对象”)和/proc/sys/fs/inotify/max_user_watches (所观察的最大文件数)来查找系统限制,这些数字太多了;-)手表的最大数量通常是几万或更高 – 在我的系统上,262143 – 这可能比你以前需要的更多,除非你想要观看每个文件文件系统,但你不应该这样做。 我会说,只是尽量不要使用更多的手表,而不必担心,除非你注意到性能的显着下降。

我的信息:

 [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使某些目录与灾难恢复服务器保持同步。

在主服务器上没有性能损失/惩罚。

千亿亿次的巨石可能太多了。 内核Korner – 介绍inotify提到“成千上万的手表”,所以至少这个数字不应该是一个问题。