From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1O9j0s-0008BF-3N for garchives@archives.gentoo.org; Wed, 05 May 2010 18:08:02 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 4CC55E0914 for ; Wed, 5 May 2010 18:08:00 +0000 (UTC) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by pigeon.gentoo.org (Postfix) with ESMTP id C9948E074B for ; Wed, 5 May 2010 17:24:51 +0000 (UTC) Received: from compute2.internal (compute2.internal [10.202.2.42]) by gateway1.messagingengine.com (Postfix) with ESMTP id CB0B0F47C1; Wed, 5 May 2010 13:24:33 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute2.internal (MEProxy); Wed, 05 May 2010 13:24:34 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=messagingengine.com; h=message-id:date:from:reply-to:mime-version:to:subject:references:in-reply-to:content-type; s=smtpout; bh=ygcMwNQy3EVkyoO2Yu3IfV21Xy4=; b=Cjutn661Ijp4BIHLHljEy3JIhc8lF5QSRSyUtxLXXWQTUuyUxOCJudgDdIPm/PrWj1KhnK6+Szvfl2NZgFbp4L7e0fOqFjVZ2UIAn+QwMYNlvIuXsjdSJqDC9u22gzH/4euYFlrZwIbJg7u67O1atpE0h+6LDxWLdBqRGkEtTR0= X-Sasl-enc: CLI8HnT516BvDraxx1FvuzcBX9xIXOCkKumFr5E73q9Z 1273080272 Received: from [192.168.5.10] (lvps83-169-5-6.dedicated.hosteurope.de [83.169.5.6]) by mail.messagingengine.com (Postfix) with ESMTPSA id 340DE176EC for ; Wed, 5 May 2010 13:24:31 -0400 (EDT) Message-ID: <4BE1A9C5.5090709@f_philipp.fastmail.net> Date: Wed, 05 May 2010 19:24:21 +0200 From: Florian Philipp User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.8) Gecko/20100313 Lightning/1.0b2pre Thunderbird/3.0.3 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] kernel notification of file system changes References: <1273042474.20354.17.camel@localhost> <07250F7A-39A9-4417-A0E8-CBCD4E8CDDC6@stellar.eclipse.co.uk> In-Reply-To: <07250F7A-39A9-4417-A0E8-CBCD4E8CDDC6@stellar.eclipse.co.uk> X-Enigmail-Version: 1.0.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig8A1AA1C3A181B766D18F4130" X-Archives-Salt: 8b133881-7e87-4556-a738-ba96392c4490 X-Archives-Hash: a11a65da58c471f3387a0db68ecf640b This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig8A1AA1C3A181B766D18F4130 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Am 05.05.2010 15:34, schrieb Stroller: >=20 > On 5 May 2010, at 07:54, Iain Buchanan wrote: >> ... >> I'm looking for some kernel-based notification of changes to my file >> system. I've been looking at inotify, but it's not exactly what I wan= t. >> >> Basically I want to know if _any_ write occurs anywhere. I don't want= >> to register a whole bunch of files to watch, I just want to watch an >> entire mount. >=20 > man inotify(7): > ... When a directory is monitored, inotify will return events for the > directory itself, and for files inside the directory. >=20 >=20 > Am I missing something? >=20 >=20 > This article was posted to a different froup recently: > http://www.ibm.com/developerworks/linux/library/l-inotify/index.html > It looks interesting. >=20 >=20 > Stroller. >=20 To repeat my comment on Iain's original "backup to a cold-swap drive" thread, Inotify has two drawbacks which make it hard or even impossible to use for Iain's use case: a) It does not work recursively which means that you have to create a new handle for each subdirectory. Of course, this only means more work for the programmer but there is also the problem that b) As far as I know, Inotify does not scale very good, at least not good enough to monitor a whole system. /proc/sys/fs/inotify/max_user_watches is 65535 on my system. On the other hand, I've never tried to increase that limit and just let it run on a deep directory structure. Who knows, maybe it actually works.= Hope this helps, Florian Philipp --------------enig8A1AA1C3A181B766D18F4130 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkvhqc0ACgkQqs4uOUlOuU/EFQCfeWV94YJbkyYIXBGYoGYduUEv 5VUAn0orwNUKWAaNHt3ZJmCN1CuRGLd4 =a+Vz -----END PGP SIGNATURE----- --------------enig8A1AA1C3A181B766D18F4130--