"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...