Messages in this thread | | | Date | Sat, 29 May 1999 07:51:25 +1000 | From | Richard Gooch <> | Subject | Re: /dev/poll vs. aio_ (was: Re: Proposal: Get rid of most accept mutex)calls on hybrid server.) |
| |
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/
| |