Date: Thu, 9 Feb 2006 13:10:09 +0100 From: Jean-Yves Lefort <jylefort@FreeBSD.org> To: Joe Marcus Clarke <marcus@FreeBSD.org> Cc: ports@FreeBSD.org, ale@FreeBSD.org Subject: Re: gamin 0.1.7 Message-ID: <20060209131009.47dd1398.jylefort@FreeBSD.org> In-Reply-To: <1139468008.54060.5.camel@shumai.marcuscom.com> References: <43E9FFAE.5020500@FreeBSD.org> <1139468008.54060.5.camel@shumai.marcuscom.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--Signature=_Thu__9_Feb_2006_13_10_09_+0100_6dqBq=LR8d3mMIS6 Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, 09 Feb 2006 01:53:28 -0500 Joe Marcus Clarke <marcus@FreeBSD.org> wrote: > On Wed, 2006-02-08 at 15:26 +0100, Alex Dupre wrote: > > In the last days I worked on porting the latest release of gamin (0.1.7= )=20 > > to FreeBSD (and cygwin, too, but this is for another mailing list ;-)). > > If you don't want to read more, the result was successfully and the new= =20 > > port may be downloaded for testing from=20 > > http://www.alexdupre.com/gamin.tar.gz. > > If you are interested in porting work and changed internals go ahead. > > The 0.1.7 release works (with about the same bugs of 0.1.5)=20 > > out-of-the-box only on Linux with kernel backends (dnotify/inotify).=20 > > Polling is broken, kqueue doesn't compile. I fixed all the bugs I found= =20 > > and tried to make polling and kqueue work flawless. > > Internally I replaced the read of the linux /etc/mtab file with a call= =20 > > to getmntinfo() to know which file system could be monitored by the=20 > > kernel and which should be polled. In the latter case the monitoring jo= b=20 > > is carried out by the polling backend, in the former the job is=20 > > completed by the kqueue backend in the same way is done actually in the= =20 > > 0.1.5 release. > > I did many tests on a 6-STABLE with thousands of monitored dirs/files o= n=20 > > ufs and smbfs file systems to catch any possible bug, but it seems it's= =20 > > working great. > > Unless you will find anything wrong with the port, I'm going to commit= =20 > > it in the end of the week. >=20 > I committed this with a few changes. Someone using NFS along with gamin > might want to validate whether kqueue on NFS is working well. The same > goes for smbfs, msdosfs, and ext2fs. Please address the following issues, or revert: - we now have two different pollers; one is used when gam_kqueue_monitor_enable_kqueue() returns FALSE (for instance when the fd limit is exhausted, or when kevent() fails); one is used for "nfs" and "smbfs" filesystems - the two pollers behave differently, compare: stat() vs lstat(), gam_poll_generic_node_changed() vs gam_kqueue_differs(), scalability, ... - using filesystem names to choose between kqueue and polling is a bad idea, for obvious reasons; one should use fstatfs() and enable kqueue if the MNT_LOCAL flag is set - testing no longer works: make cd $WRKDIR/tests export GAMIN_DEBUG_SERVER=3D../server/gam_server ./testgam - connect test -> it connects to the already running gam_server (the installed one) - the patch which removed a stale socket has been dropped --=20 Jean-Yves Lefort jylefort@FreeBSD.org http://lefort.be.eu.org/ --Signature=_Thu__9_Feb_2006_13_10_09_+0100_6dqBq=LR8d3mMIS6 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD6zEhyzD7UaO4AGoRAib2AJ4sZ8NN0nSVQVtvDd/tHd1+C175ZgCfWpTW Sr/VMtudhYveOs8+ZJo5tes= =lked -----END PGP SIGNATURE----- --Signature=_Thu__9_Feb_2006_13_10_09_+0100_6dqBq=LR8d3mMIS6--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060209131009.47dd1398.jylefort>