Re: [mp2] increase winnt threadsperchild?

[Stas Bekman]

Randy Kobes wrote:

On Thu, 20 Feb 2003, William A. Rowe, Jr. wrote:

At 01:06 AM 2/20/2003, Stas Bekman wrote:

Bill, is there a relation between a number of vhosts and a
number of spawned threads for the startup times? Is it a
correct observation from Randy, that you need to start at
least N threads, where N is the number of vhosts?

No. But it probably indicates a problem in the MPM - we should
not be timing out if things start up in any reasonable amount
of time. Even if you are throwing many requests at the server.

Sorry for not being clear. The timeout is not in httpd, but in the test suite. We give 60 secs for the server to start (which is a *lot*) and give up if the server hasn't started yet. The question was whether the shortage on threads may cause the startup slowdown. But as you have replied it's most likely doesn't.

I'll play with trying to knock over the server with 10 threads
or so.

It didn't seem like there should be a relation; however, I
thought it coincidental that ThreadsPerChild had to be set
(apparently) to the number of vhosts in order to run the tests.
For anything less, either a timeout in starting the server
results, or it tries to start and then hangs, with an error
message created in the logs suggesting to raise ThreadsPerChild,
as the server ran out of threads to serve requests. But this just
might be a coincidence, with other factors at play ...

OK, I suggest that we then raise the number of ThreadsPerChild so not to ruin the testing experience. Though it'd be nice to investigate the reason for this behavior. Our test suite always runs one request at a time (no sub-requests so far I think), so even 1 thread should be enough to serve them all, unless there are threads whose only purpose is to listen on each vhost's port, and then it explains why you need at least the same number of threads as the number of vhosts.



__________________________________________________________________
Stas Bekman JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]