lkml.org 
[lkml]   [1999]   [May]   [29]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: /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/

    \
     
     \ /
      Last update: 2005-03-22 13:51    [W:4.398 / U:1.084 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site