apr-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Ryan Bloom" <...@covalent.net>
Subject RE: [PATCH] possible optimization in apr_poll()?
Date Mon, 15 Jul 2002 15:06:59 GMT
> From: Bill Stoddard [mailto:bill@wstoddard.com]
> > This will work, and should be portable.  Just a question, how big a
> > performance improvement is this?  Have we hit the point where we are
> > optimizing code just to optimize code?
> This would be a big improvement. A shift is a -lot- cheaper than a 64
> division. We could leave apr_time_t exactly as it is today and use
> techniques like this to solve the performance problem. Perhaps use a
> better
> (more accurate) hurestic to take resolution out of apr_time_t.  I see
> nothing wrong with this approach and think we should actively consider

Ok, I am almost convinced.  Can we do a quick profile run to get some
numbers behind this?


View raw message