rel="Help"><
strong>Module Identifier:</
strong></
a>
<
p>This Multi-Processing Module (MPM) implements a
non-threaded, pre-forking web server which handles request in a
manner very similar to the default behavior of Apache 1.3 on
<
p>A single control process is responsible for launching child
processes which listen for connections and serve them when they
arrive. Apache always tries to maintain several <
em>spare</
em>
or idle server processes, which stand ready to serve incoming
requests. In this way, clients do not need to wait for a new
child processes to be forked before their requests can be
<
p>The <
code>StartServers</
code>, <
code>MinSpareServers</
code>,
<
code>MaxSpareServers</
code>, and <
code>MaxClients</
code>
regulate how the parent process creates children to serve
requests. In general, Apache is very self-regulating, so most
sites do not need to adjust these directives from their default
values. Sites which need to serve more than 256 simultaneous
requests may need to increase <
code>MaxClients</
code>, while
sites with limited memory may need to decrease
<
code>MaxClients</
code> to keep the server from thrashing
(swapping memory to disk and back). More information about
tuning process creation is provided in the <
a <
p>While the parent process is usually started as root under
Unix in order to bind to port 80, the child processes are
launched by Apache as a less-privileged user. The
<
code>User</
code> and <
code>Group</
code> directives are used to
set the privileges of the Apache child processes. The child
processes must be able to read all the content that will be
served, but should have as few privileges beyond that as
possible. In addition, unless <
a href="/suexec.html">suexec</
a> is used, these directives also
set the privileges which will be inherited by CGI scripts.</
p>
<
p><
code>MaxRequestsPerChild</
code> controls how frequently the
server recycles processes by killing old ones and launching new
<
p>See also: <
a href="/bind.html">Setting which addresses and
ports Apache uses</
a>.</
p>
<
li><
a href="#acceptmutex">AcceptMutex</
a></
li>
<
li><
a href="#maxspareservers">MaxSpareServers</
a></
li>
<
li><
a href="#minspareservers">MinSpareServers</
a></
li>
<
h2><
a id="AcceptMutex" name="AcceptMutex">AcceptMutex
rel="Help"><
strong>Syntax:</
strong></
a> AcceptMutex
default|<
em>method</
em><
br />
rel="Help"><
strong>Default:</
strong></
a> <
code>AcceptMutex
rel="Help"><
strong>Context:</
strong></
a> server config<
br />
rel="Help"><
strong>Status:</
strong></
a> core</
p>
<
p>The <
code>AcceptMutex</
code> directives sets the method that
Apache uses to serialize multiple children accepting requests
on network sockets. Prior to Apache 2.0, the method was
selectable only at compile time. The optimal method to use is
highly architecture and platform dependent. For further
tuning</
a> documentation.</
p>
<
p>If this directive is set to <
code>default</
code>, then the
compile-time selected default will be used. Other possible
methods are listed below. Note that not all methods are
available on all platforms. If a method is specified which is
not available, a message will be written to the error log
listing the available methods.</
p>
<
dt><
code>flock</
code></
dt>
<
dd>uses the <
code>flock(2)</
code> system call to lock the
<
dt><
code>fcntl</
code></
dt>
<
dd>uses the <
code>fnctl(2)</
code> system call to lock the
<
dt><
code>sysvsem</
code></
dt>
<
dd>uses SySV-style semaphores to implement the mutex.</
dd>
<
dt><
code>proc_pthread</
code></
dt>
<
dd>uses POSIX mutexes as implemented by the POSIX Threads
(PThreads) specification.</
dd>
<
h2><
a id="maxspareservers" name="maxspareservers">MaxSpareServers directive</
a></
h2>
<!--%plaintext <?INDEX {\tt MaxSpareServers} directive> --> rel="Help"><
strong>Syntax:</
strong></
a> MaxSpareServers
rel="Help"><
strong>Default:</
strong></
a> <
code>MaxSpareServers
rel="Help"><
strong>Context:</
strong></
a> server config<
br />
rel="Help"><
strong>Status:</
strong></
a> core
<
p>The MaxSpareServers directive sets the desired maximum
number of <
em>idle</
em> child server processes. An idle process
is one which is not handling a request. If there are more than
MaxSpareServers idle, then the parent process will kill off the
<
p>Tuning of this parameter should only be necessary on very
busy sites. Setting this parameter to a large number is almost
<
p>See also <
a href="#minspareservers">MinSpareServers</
a> and
<
h2><
a id="minspareservers" name="minspareservers">MinSpareServers directive</
a></
h2>
<!--%plaintext <?INDEX {\tt MinSpareServers} directive> --> rel="Help"><
strong>Syntax:</
strong></
a> MinSpareServers
rel="Help"><
strong>Default:</
strong></
a> <
code>MinSpareServers
rel="Help"><
strong>Context:</
strong></
a> server config<
br />
rel="Help"><
strong>Status:</
strong></
a> core
<
p>The MinSpareServers directive sets the desired minimum
number of <
em>idle</
em> child server processes. An idle process
is one which is not handling a request. If there are fewer than
MinSpareServers idle, then the parent process creates new
children at a maximum rate of 1 per second.</
p>
<
p>Tuning of this parameter should only be necessary on very
busy sites. Setting this parameter to a large number is almost
<
p>This directive has no effect on Microsoft Windows.</
p>
<
p>See also <
a href="#maxspareservers">MaxSpareServers</
a> and