Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 09 Feb 2006 15:43:29 +0100
From:      Alex Dupre <ale@FreeBSD.org>
To:        Jean-Yves Lefort <jylefort@FreeBSD.org>
Cc:        ports@FreeBSD.org, Joe Marcus Clarke <marcus@FreeBSD.org>
Subject:   Re: gamin 0.1.7
Message-ID:  <43EB5511.7070705@FreeBSD.org>

next in thread | raw e-mail | index | archive | help
> 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

Yes, and where is the problem? Not only for nfs and smbfs, but also for 
all the filesystem the user want to monitor using polling, by inserting 
them into the configuration file. Before, this wasn't possible. The 
internal polling of kqueue backend will be used only for files that 
could be monitored by the kernel, but actually exceeds the fd limit (and 
so they could return to kernel later).

>   - the two pollers behave differently, compare: stat() vs lstat(),
>     gam_poll_generic_node_changed() vs gam_kqueue_differs(),

Yes, this is true. For POLA may be better to adapt the polling behaviour 
to be like the kqueue backend, even if other gamin backend are different.

>   - using filesystem names to choose between kqueue and polling is a
>     bad idea, for obvious reasons;

This is what is done partially in FAM and other gamin backends.

> one should use fstatfs() and enable kqueue if the MNT_LOCAL flag is set

Before, all the file systems where monitored by kqueue, so I don't see 
your point.

>   - testing no longer works:
> 	make
> 	cd $WRKDIR/tests
> 	export GAMIN_DEBUG_SERVER=../server/gam_server
> 	./testgam -
> 	connect test
> 	-> it connects to the already running gam_server (the installed one)

If you have an already running gam_server it's absolutely right that the 
libgamin will connect to it. Your env variable is used only when forking 
a new server.

>   - the patch which removed a stale socket has been dropped

False, the patch has changed, not dropped.

--
Alex Dupre



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?43EB5511.7070705>