From 8b09ca2ad99ce9eadd7918f03e48bd052856254c Mon Sep 17 00:00:00 2001
From: Joshua Slive
-
-This controls the directory to which Apache attempts to switch before
-dumping core. The default is in the ServerRoot
-directory, however since this should not be writable by the user
-the server runs as, core dumps won't normally get written. If you
-want a core dump for debugging, you can use this directive to place
-it in a different location.
-
-The LockFile directive sets the path to the lockfile used when
-Apache is compiled with either USE_FCNTL_SERIALIZED_ACCEPT or
-USE_FLOCK_SERIALIZED_ACCEPT. This directive should normally be
-left at its default value. The main reason for changing it is if
-the
-
-SECURITY: It is best to avoid putting this file in a
-world writable directory such as
-
-
-
- The MaxClients directive sets the limit on the number of simultaneous
-requests that can be supported; not more than this number of child server
-processes will be created. To configure more than 256 clients, you must
-edit the HARD_SERVER_LIMIT entry in httpd.h and recompile.
-
- Any connection attempts over the MaxClients limit will normally
-be queued, up to a number based on the
-ListenBacklog directive. Once a child process is freed at the
-end of a different request, the connection will then be serviced.
-
-
-CoreDumpDirectory directive
-
-Syntax: CoreDumpDirectory directory
-Default: the same location as ServerRoot
-Context: server config
-Status: core
-Compatibility: Removed in version 2.0
-
DefaultType directive
-LockFile directive
-Syntax: LockFile filename
-Default: LockFile logs/accept.lock
-Context: server config
-Status: core
-Compatibility: Moved in version 2.0 to the
-MPMs.logs
directory is NFS mounted, since the lockfile
-must be stored on a local disk. The PID of the main
-server process is automatically appended to the filename. /var/tmp
because someone
-could create a denial of service attack and prevent the server from
-starting by creating a lockfile with the same name as the one the
-server will try to create.
-
LogLevel directive
E.g., when
Using a level of at least crit
is recommended.
-MaxClients directive
-
-Syntax: MaxClients number
-Default: MaxClients 256
-Context: server config
-Status: core
-Compatibility: Moved in version 2.0 to the
-MPMs.
-
MaxKeepAliveRequests directive
0", unlimited requests will be
allowed. We recommend that this setting be kept to a high value for
maximum server performance.
MaxRequestsPerChild 0
- -The MaxRequestsPerChild directive sets the limit on the number of requests -that an individual child server process will handle. After MaxRequestsPerChild -requests, the child process will die. If MaxRequestsPerChild is 0, then -the process will never expire.
- -Setting MaxRequestsPerChild to a non-zero limit has two beneficial effects: -
This directive has no effect on Win32. - -
NOTE: For KeepAlive requests, only the first -request is counted towards this limit. In effect, it changes the -behavior to limit the number of connections per child. - -
MaxSpareServers 10
- -The MaxSpareServers directive sets the desired maximum number of idle -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 excess processes.
- -Tuning of this parameter should only be necessary on very busy sites. -Setting this parameter to a large number is almost always a bad idea.
- -This directive has no effect when used with the Apache Web server on a -Microsoft Windows platform. - -
- -See also MinSpareServers and -StartServers.
MinSpareServers 5
- -The MinSpareServers directive sets the desired minimum number of idle -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.
- -Tuning of this parameter should only be necessary on very busy sites. -Setting this parameter to a large number is almost always a bad idea.
- -This directive has no effect on Microsoft Windows. - -
- -See also MaxSpareServers and -StartServers.
All
.
PidFile logs/httpd.pid
- -The PidFile directive sets the file to which the server records the -process id of the daemon. If the filename does not begin with a slash (/) -then it is assumed to be relative to the ServerRoot. -The PidFile is only used in standalone mode.
-It is often useful to be able to send the server a signal, so that it closes -and then reopens its ErrorLog and TransferLog, and -re-reads its configuration files. This is done by sending a SIGHUP (kill -1) -signal to the process id listed in the PidFile.
- -The PidFile is subject to the same warnings about log file placement and -security. - -
ScoreBoardFile logs/apache_status
-- -The ScoreBoardFile directive is required on some architectures to place -a file that the server will use to communicate between its children and -the parent. The easiest way to find out if your architecture requires -a scoreboard file is to run Apache and see if it creates the file named -by the directive. If your architecture requires it then you must ensure -that this file is not used at the same time by more than one invocation -of Apache.
- -If you have to use a ScoreBoardFile then you may see improved speed by -placing it on a RAM disk. But be careful that you heed the same warnings -about log file placement and -security.
- -Apache 1.2 and above:
-
-Linux 1.x users might be able to add
--DHAVE_SHMGET -DUSE_SHMGET_SCOREBOARD
to
-the EXTRA_CFLAGS
in your Configuration
. This
-might work with some 1.x installations, but won't work with all of
-them. (Prior to 1.3b4, HAVE_SHMGET
would have sufficed.)
-
-SVR4 users should consider adding
--DHAVE_SHMGET -DUSE_SHMGET_SCOREBOARD
to the
-EXTRA_CFLAGS
in your Configuration
. This
-is believed to work, but we were unable to test it in time for 1.2
-release. (Prior to 1.3b4, HAVE_SHMGET
would have sufficed.)
- -See Also: -Stopping and Restarting Apache
- -StartServers 5
- -The StartServers directive sets the number of child server processes created -on startup. As the number of processes is dynamically controlled depending -on the load, there is usually little reason to adjust this parameter.
- -
When running under Microsoft Windows, this directive has no effect. - There is always one child which handles all requests. Within the - child requests are handled by separate threads. The - ThreadsPerChild directive controls - the maximum number of child threads handling requests, which will - have a similar effect to the setting of StartServers - on Unix. - -
- -See also MinSpareServers and -MaxSpareServers.
ThreadsPerChild 50
This directive tells the server how many threads it should use. This - is the maximum number of connections the server can handle at once; be - sure and set this number high enough for your site if you get a lot of - hits. - -
This directive has no effect on Unix systems. Unix users should look - at StartServers and MaxRequestsPerChild.
- -+This Multi-Processing Module controls process and thread creation +using the pthread interface. +
+ +Status: MPM
+
+Source File: mpmt_pthread.c
+
+Module Identifier: mpm_mpmt_pthread_module
+
This Multi-Processing Module (MPM) is the default for most unix-like +operating systems. It uses pthread system calls to create a hybrid +multi-process multi-threaded server. Each process has a fixed number +of threads. The server adjusts to handle load by increasing or +decreasing the number of processes.
+ + +Syntax: CoreDumpDirectory directory
+Default: the same location as ServerRoot
+Context: server config
+Status: Base
+Module: mpmt_pthread
This controls the directory to which Apache attempts to switch +before dumping core. The default is in the ServerRoot directory, however since +this should not be writable by the user the server runs as, core dumps +won't normally get written. If you want a core dump for debugging, +you can use this directive to place it in a different location.
Syntax: PidFile filename
+Default: PidFile logs/httpd.pid
+Context: server config
+Status: Base
+Module: mpmt_pthread
The PidFile directive sets the file to which the server records the +process id of the daemon. If the filename does not begin with a slash +(/) then it is assumed to be relative to the ServerRoot.
+ +It is often useful to be able to send the server a signal, so that +it closes and then reopens its ErrorLog and TransferLog, and re-reads +its configuration files. This is done by sending a SIGHUP (kill -1) +signal to the process id listed in the PidFile.
+ +The PidFile is subject to the same warnings about log file placement and +security.
+ + +Syntax: LockFile filename
+Default: LockFile logs/accept.lock
+Context: server config
+Status: Base
+Module: mpmt_pthread
The LockFile directive sets the path to the lockfile used when
+Apache is compiled with either USE_FCNTL_SERIALIZED_ACCEPT or
+USE_FLOCK_SERIALIZED_ACCEPT. This directive should normally be
+left at its default value. The main reason for changing it is if
+the logs
directory is NFS mounted, since the lockfile
+must be stored on a local disk. The PID of the main
+server process is automatically appended to the filename.
+ +
SECURITY: It is best to avoid putting this file in a
+world writable directory such as /var/tmp
because someone
+could create a denial of service attack and prevent the server from
+starting by creating a lockfile with the same name as the one the
+server will try to create.
Syntax: MaxClients number
+Default: MaxClients 8
(with threads)
+MaxClients 256
(no threads)
+Context: server config
+Status: core
+Module: mpmt_pthread
The MaxClients directive sets the limit on the number of child
+processes that will be created to serve requests. When the server is
+built without threading, no more than this number of clients can be
+served simultaneously. To configure more than 256 clients, you must
+edit the HARD_SERVER_LIMIT
entry in
+mpm_default.h
and recompile.
+
+
Any connection attempts over the MaxClients limit will normally +be queued, up to a number based on the +ListenBacklog directive. Once a child process is freed at the +end of a different request, the connection will then be serviced.
+ +When the server is compiled with threading, then the maximum number +of simultaneous requests that can be served is obtained from the value +of this directive multiplied by ThreadsPerChild.
+ +Syntax: MaxRequestsPerChild number
+Default: MaxRequestsPerChild 10000
+Context: server config
+Status: core
+Module: mpmt_pthread
The MaxRequestsPerChild directive sets the limit on the number of requests +that an individual child server process will handle. After MaxRequestsPerChild +requests, the child process will die. If MaxRequestsPerChild is 0, then +the process will never expire.
+ +Setting MaxRequestsPerChild to a non-zero limit has two beneficial effects: +
NOTE: For KeepAlive requests, only the first +request is counted towards this limit. In effect, it changes the +behavior to limit the number of connections per child. + +
Syntax: MaxSpareThreads number
+Default: MaxSpareThreads ??
+Context: server config
+Status: core
+Module: mpmt_pthread
Content needed here!
+ +See also MinSpareThreads and +StartServers. + +
Syntax: MinSpareServers number
+Default: MinSpareServers ???
+Context: server config
+Status: core
+Module: mpmt_pthread
fix me
+ +The MinSpareServers directive sets the desired minimum number of idle +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.
+ +Tuning of this parameter should only be necessary on very busy sites. +Setting this parameter to a large number is almost always a bad idea.
+ +This directive has no effect on Microsoft Windows. + +
+ +See also MaxSpareThreads and +StartServers.
Syntax: ScoreBoardFile filename
+Default: ScoreBoardFile logs/apache_status
+
+Context: server config
+Status: Base
+
+Module: mpmt_pthread
The ScoreBoardFile directive is required on some architectures to place +a file that the server will use to communicate between its children and +the parent. The easiest way to find out if your architecture requires +a scoreboard file is to run Apache and see if it creates the file named +by the directive. If your architecture requires it then you must ensure +that this file is not used at the same time by more than one invocation +of Apache.
+ +If you have to use a ScoreBoardFile then you may see improved speed by +placing it on a RAM disk. But be careful that you heed the same warnings +about log file placement and +security.
+ +See Also: +Stopping and Restarting Apache
+ + +Syntax: StartServers number
+Default: StartServers 5
+Context: server config
+Status: core
+Module: mpmt_pthread
The StartServers directive sets the number of child server processes created +on startup. As the number of processes is dynamically controlled depending +on the load, there is usually little reason to adjust this parameter.
+ +See also MinSpareThreads and +MaxSpareThreads.
Syntax: ThreadsPerChild number
+Default: ThreadsPerChild 50
+Context: server config
+Status: Base
+Module: mpmt_pthread
This directive sets the number of threads created by each child +process.
+ + + + + -- 2.50.1