> Linux 2.2 - threaded MPM - throw about 2000 requests at it and it runs
> out of file descriptors (didn't pay attention to ab's error messages).
> It seems to happen around the 1750-1950 request plateau.
>
> I set ulimit -n to be 1024 - can't set it any higher in userspace -
> /proc/sys/fs/file-max is 8192. The result is that no new connections
> can be created.
>
> httpd.conf:
>
> <IfModule threaded.c>
> StartServers 2
> MaxClients 8
> MinSpareThreads 50
> MaxSpareThreads 128
> ThreadsPerChild 64
> MaxRequestsPerChild 0
> </IfModule>
>
> Triggered by:
> ab -k -c 100 -n 2000 http://target.machine.yours/index.html
>
> Are we not closing our fds after we are done with them? This is just
> hitting the static pages - nothing to do with mod_mbox or anything
> else. Guessing this would be restricted to mod_core.
>
> Can anyone else duplicate this? Or, is this a symptom of something
> else I need to tweak with Linux? This couldn't be triggered by
> something bogus in ab, could it?
>
> I have to go now. Will be back later tonight to dig around mod_core
> if no one has any ideas. It is a pain to debug under Linux with
> gdb because of sigsuspend usage... -- justin
We have a small resource leak with file descriptors and keepalives.
Basically, we keep the file open until the connection is closed. This is
completely bogus. It was mentioned on the list a few months ago, but I
don't believe anything has happened with it.
The last time it was brought up, I suggested that we could solve the
problem by allocating files out of the request_rec's pool, and ensuring
that any data that was left at the end of the request was a heap bucket.
The second half of that is important. Basically, we had to bump the files
up to the conn_rec, because we would MMAP out of the request_rec, and then
we wouldn't send the file, because there wasn't enough data, so we would
lose the MMAP.
Ryan
_______________________________________________________________________________
Ryan Bloom [EMAIL PROTECTED]
406 29th St.
San Francisco, CA 94131
-------------------------------------------------------------------------------
