apr-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bri...@apache.org
Subject cvs commit: apr STATUS
Date Fri, 28 Jun 2002 21:58:56 GMT
brianp      2002/06/28 14:58:55

  Modified:    .        STATUS
  Log:
  Added a call for votes on how to address the apr_time_t 64-bit division
  performance problems.  (I listed the proposed solutions that I'm aware
  of from the dev@apr list.)
  
  Revision  Changes    Path
  1.128     +11 -1     apr/STATUS
  
  Index: STATUS
  ===================================================================
  RCS file: /home/cvs/apr/STATUS,v
  retrieving revision 1.127
  retrieving revision 1.128
  diff -u -r1.127 -r1.128
  --- STATUS	31 May 2002 00:07:40 -0000	1.127
  +++ STATUS	28 Jun 2002 21:58:55 -0000	1.128
  @@ -58,6 +58,16 @@
   
   CURRENT VOTES:
   
  +    * apr_time_t has proven to be a performance problem in some key
  +      apps (like httpd-2.0) due to the need for 64-bit division to
  +      retrieve the seconds "field."  Alternatives that have been
  +      discussed on dev@apr are:
  +      1) Keep the 64-bit int, but change it to use binary microseconds 
  +         +1: BrianP
  +      2) Add a separate data type (and supporting functions) for seconds only
  +      3) Replace it with a struct with separate fields for sec and usec
  +         -0: BrianP
  +
       * For the atomics code to be efficient it depends on instructions
         in newer sparc models. Unfortunately this means that binaries
         optimized at build-time for these architectures will not work
  
  
  

Mime
View raw message