Re: [PATCH] inotify 0.5
- From: Daniel Veillard <veillard redhat com>
- To: John McCutchan <ttb tentacle dhs org>
- Cc: gamin-list gnome org, nautilus-list gnome org
- Subject: Re: [PATCH] inotify 0.5
- Date: Wed, 21 Jul 2004 19:18:33 -0400
On Wed, Jul 21, 2004 at 05:53:05PM -0400, John McCutchan wrote:
> On Sun, 2004-07-18 at 23:37, Daniel Veillard wrote:
> > On Sun, Jul 18, 2004 at 03:49:27PM -0400, John McCutchan wrote:
> > > I plan on adding an inotify backend to gamin soon.
>
> > But I think it misses the really good point of inotify as I see
> > it, i.e. there is no need anymore of a daemon outside the application
> > space, in practice I would rather see inotify plugged at the gnome-vfs
> > level. The reason is that you will just need to monitor the inotify
> > file descriptor, which is easy to do at the gnome-vfs level since you
> > have glib and loop access, while in libgamin this would either require
> > disabling dnotify if inotify is available (FAM has only one fd registered
> > at the application layer), or use the daemon for inotify too.
> > The only advantage of using the daemon would be for advanced features
> > like congestion control, which are not available (yet ?) in gamin.
> >
> > inotify sounds good to me, I hope it won't be bounced by the kernels
> > people.
>
>
> I think that having a daemon (not necessarily FAM/gamin) or maybe a nice
> library in between inotify and applications makes sense. The daemon
> could act as a multiplexer and could merge events before passing them on
> to the client.
Yeah, flow control is part of what need to be improved. Unclear yet
what's the best stategy to adopt.
> My original plan for inotify was not well liked by Al Viro. I have
> drastically changed the kernel-user interface based on his comments and
> I hope this new version will be received well.
Okay :-)
> One question about gamin, why does it not have a backend shutdown
> routine?
I'm not 100% sure I understand, maybe the answer is because
this wasn't available in the FAM API.
Daniel
P.S.: I have severe connectivity troubles, failures to answer in a timely
manner are possible, please bear with me.
--
Daniel Veillard | Red Hat Desktop team http://redhat.com/
veillard redhat com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/
http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]