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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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
