linux-kernel - Re: inotify limits - thousands (tens of thousands?) of watches

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <4A13F49D.7000905@gmail.com>
Date:	Wed, 20 May 2009 14:16:29 +0200
From:	Marcin Krol <mrkafk@...il.com>
To:	Martin Steigerwald <ms@...mix.de>
CC:	linux-kernel@...r.kernel.org
Subject: Re: inotify limits - thousands (tens of thousands?) of watches

Martin Steigerwald wrote:
> Hmmm, I think you could just run a rsync periodically. It might even be faster 
> detecting changed files. 

I beg to differ on this: rsync does quite intensive (in terms of disk 
activity and CPU activity) comparisons at the beginning of 
synchronization. It's pretty light later, true, but running rsync every 
few minutes on entire /home is IMO out of question.

> I wrote a ruby script using libinotify-ruby which does just that. I only syncs 
> on demand tough. I.e. when someplace places a special sync file in a watched 
> directory.

> That script is running productively for well over a year now.

Good to know the idea is not totally off the wall.. Thanks.

Anyway, I'll try using fsnotify / fanotify.

My main gripe with it, though, is that it is not in the mainline kernel, 
and thus in all probability it is not tested as widely as inotify.

Are there any chances for its inclusion in the near future?

Regards,
mk
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/