You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@httpd.apache.org by Sander Temme <sc...@covalent.net> on 2001/09/20 20:35:57 UTC

Re: [PATCH] update to default worker MPM config to match MaxClients fix

on 9/20/01 10:19 AM, Joshua Slive at joshua@slive.ca wrote:

> The last one I'm not sure of, because I don't know whether this is actually
> measured per thread or per process.  Perhaps it should be
> MaxRequestsPerProcess.

Or MaxConnectionsPerProcess, as we count multiple KeepAlive requests as one
towards MaxRequestsPerChild.

S.

-- 
Covalent Technologies                             sctemme@covalent.net
Engineering group                                Voice: (415) 536 5214
645 Howard St.                                     Fax: (415) 536 5210
San Francisco CA 94105

   PGP Fingerprint: 1E74 4E58 DFAC 2CF5 6A03  5531 AFB1 96AF B584 0AB1

=======================================================
This email message is for the sole use of the intended recipient(s) and may
contain confidential and privileged information. Any unauthorized review,
use, disclosure or distribution is prohibited.  If you are not the intended
recipient, please contact the sender by reply email and destroy all copies
of the original message
=======================================================


Re: [PATCH] update to default worker MPM config to match MaxClients fix

Posted by Ryan Bloom <rb...@covalent.net>.
On Thursday 20 September 2001 11:35 am, Sander Temme wrote:
> on 9/20/01 10:19 AM, Joshua Slive at joshua@slive.ca wrote:
> > The last one I'm not sure of, because I don't know whether this is
> > actually measured per thread or per process.  Perhaps it should be
> > MaxRequestsPerProcess.
>
> Or MaxConnectionsPerProcess, as we count multiple KeepAlive requests as one
> towards MaxRequestsPerChild.

Please don't do that.  This was brought up years ago by Manoj, and while the
directive is not exactly accurate, it is not nearly as confusing as trying to explain
why connections != requests.

Ryan
______________________________________________________________
Ryan Bloom				rbb@apache.org
Covalent Technologies			rbb@covalent.net
--------------------------------------------------------------