On a "vanilla" plain install of FreeBSD you'll see this behaviour as well.
It's basically that we have a lot of sockets in FIN_WAIT2 which is normal
and expected behaviour. Adjusting the config should fix it.
david
> On Thu, Apr 26, 2001 at 01:56:56PM -0700, Justin Erenkrantz wrote:
> > Greg Ames wrote:
> > > It would be great if somebody could beat it up on a live
> > > non-FreeBSD system, and tell us what happens.
> >
> > Looks fine here with Linux 2.2. Takes a few seconds (5 or so) with
> > threaded MPM to shut down completely. This is after hitting it with
> > about 5000 static requests via ab.
> >
> > Still only getting one active request at a time with mod_mbox. Hmph.
>
> Spoke too soon...
>
> 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
>
