"Ryan Bloom" <[EMAIL PROTECTED]> writes:

> > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> > 
> > "Ryan Bloom" <[EMAIL PROTECTED]> writes:
> > 
> > > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> > > >
> > > > A little bird told me that FD_ZERO() burns lots of cycles in
> > > > apr_wait_for_io_or_timeout().  It turns out that this is an easy
> > > > conversion to poll(), which doesn't have such overhead in the
> > > > interface.
> > > >
> > > > This works for me with some testing (timeouts on read and write
> work
> > > > for me).
> > >
> > > Can we remove the #ifdef's by just using apr_poll here?
> > 
> > I'd rather we not, since that introduces a fair amount of extra
> > overhead.
> 
> Then let's get rid of the overhead.

redesign the API

>                                        If we don't use apr_poll, then the
> overhead is maintenance,

the marginal extra maintenance is certainly something I can live with
here...  this is an important path within APR...  if we can use the
most efficient mechanism without much extra maintenance then we
should...

-- 
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...

Reply via email to