Mike Abbott <mja@xxxxxxxxxxxxxxxxxxx> wrote:
> Sorry for the delayed response.
> I've been having way too much fun working on Apache/2.0a1.
No problem, thanks for the helpful response+patch!
>> Last-Modified: timestamp on static files
>> seems to be the same as the request time,
>
> You are correct, this is a bug I introduced.
> I will post the fix as 10xpatch-1.3.12-2 right away.
I applied your incremental patch -2 and all is well.
About the QSC problem I was having, it was my fault
(was specifying OPTIM= string wrong in the RPM .spec,
when I fixed the configure line it works as you said).
I have some other compile questions about your patch.
I'm trying to use "SINGLE_LISTEN_UNSERIALIZED_ACCEPT"
as I'm running a dual-processor (2xPIII-500 Xeon) box
and want to avoid the performance hit that serialization
incurs. Also I read somewhere that not using the above
define hurts latency to some degree (latency is important
to my application)?.
The problem comes in when I try to compile with this
define, the build fails complaining about dynamic linker
functions not defined or something. When I add "-ldl"
to the build options (EXTRA_CFLAGS) then the compilation
complains that dl isn't used for most objects, except
now httpd finally builds clean (this appears to use dl).
I think that Apache has it's own DL functions, so maybe
this isn't the proper fix? (to link in the Linux -ldl).
Here are the relevant sections from `httpd -V' output:
Server compiled with....
-D HAVE_MMAP
-D HAVE_SHMGET
-D USE_SHMGET_SCOREBOARD
-D USE_MMAP_FILES
-D MMAP_SEGMENT_SIZE=32768
-D USE_FCNTL_SERIALIZED_ACCEPT
-D SINGLE_LISTEN_UNSERIALIZED_ACCEPT
-D USE_QSC
-D QSC_HASH_SIZE=32768
-D QSC_MAX_SIZE=4194304
-D QSC_HEADER_GRAIN=32
-D FAST_TIME
-D BUFFERED_LOGS
-D LOG_BUFSIZE=65500
-D PIPE_BUF=4096
-D NO_GRACEFUL
-D USE_QUICK_LOG
-D USE_STAT_CACHE
-D STAT_CACHE_SIZE=32768
-D STAT_CACHE_TIME=300
-D STAT_CACHE_PATHLEN=128
Is having the "UNSERIALIZED" and "FNCTL" stuff together
a bad combination? Not sure where the FNCTL is defined.
My webserver has 2GByte memory (Linux 2.2.13+bigmem)
so I'm not sure whether the above QSC/STAT_CACHE
settings are appropriate? I have ~40k active objects
that average ~10k (.gif files) (according to Squid
which I tested -- and decided against due to latency
issues -- previously on the same servers).
Another idea I wanted to bring up is the possiblity
for an automatic or auto-adapting MMAP function aka boa
seems to have, in that you don't need to explicitly
mmapfile (which is a major pain with >40k objects,
and the object pool changing quite often.)
I really wanted to use something like Squid cache
in reverse (httpd accellerator mode) to front-end
apache but the latency was like 1 second when I tested
and it was quite a bit slower than Apache even.
Finally is there a way to run 10x-patched Apache
with the mod_ssl add-ons? Someone on this list
mentioned they'd had "limited" success on this?
Anyway glad to see someone's taken Dean Gaudet's
original work and brought it to the "next level";
seems many people have 'given up' on Apache performance
and push boa, phttpd, etc as "the solution" to Apache
when I find I still need to features Apache provides.
PS: I see you are a Cornell alumnus ...
"Go Big Red" :] (Bio major, ALS `98)
--
ursus@xxxxxxx
____________________________________________________________________
Get free email and a permanent address at http://www.netaddress.com/?N=1
|