kqueue giant-locking (&kq_Giant, locking)
Brian F. Feldman
green at freebsd.org
Fri Apr 16 20:30:48 PDT 2004
Garrett Wollman <wollman at khavrinen.lcs.mit.edu> wrote:
> In article <200404170212.i3H2Cg8n031749 at green.homeunix.org> you write:
> >1. The recursion has been removed from kqueue. This means kqueues cannot be
> > added to other kqueues for EVFILT_READ -- yes, that ability has been
> > around since r1.1 of kern_event.c,
>
> Actually, I'm fairly certain that Jonathan considered this to be a
> fairly important property of kqueue and his papers do mention it.
> It was done that way specifically to allow a kqueue to be included in
> some larger application's event polling loop without needing to know
> how it was implemented.
I can't imagine a well-designed applications has kqueues of kqueues. I
didn't remove the file descriptor polling interface, I removed the file
descriptor kqueue interface.
--
Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\
<> green at FreeBSD.org \ The Power to Serve! \
Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\
More information about the freebsd-arch
mailing list