Re: /dev/poll vs. aio_ (was: Re: Proposal: Get rid of most accept
Richard Gooch (rgooch@atnf.csiro.au)
Sat, 29 May 1999 07:51:25 +1000
Stephen C. Tweedie writes:
> Hi,
>
> On Fri, 14 May 1999 14:44:08 +0000, Dan Kegel <dank@alumni.caltech.edu>
> said:
>
> > I have yet to use aio_ or F_SETSIG, but reading ready fd's from
> > /dev/poll makes more sense to me than listening for realtime signals
> > from aio_, which according to
> > http://www.deja.com/getdoc.xp?AN=366163395 can overflow, in which case
> > the kernel sends a SIGIO to say 'realtime signals overflowed, better
> > do a full poll'.
>
> Yes.
>
> > I'm contemplating writing a server that uses aio_; that case kind of
> > defeats the purpose of using aio_, and handling it sounds annoying and
> > suboptimal.
>
> It adds code complexity but it shouldn't hurt the normal case: you don't
> expect to get an overflow unless you have a _lot_ of traffic coming
> through, in which case the cost of an occasional poll() to clear the
> queue shouldn't make much odds.
Why not just increase the RT signal queue size? Add a command to
prctl(2) so the application can tune this.
Regards,
Richard....
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/