apache的性能调配 MaxClients 与MaxRequestsPerChild-白红宇

apache的性能调配 MaxClients 与MaxRequestsPerChild

阅读量：5077 次

发布时间：2019-06-12

本文共 14443 字，大约阅读时间需要 48 分钟。

因近期服务不稳定，现象和这个比较类似根据现象来对APACHE调优，以前用MAXCLIENTS 3000,砖家建议后，改为1500,

今天查资料如下：

http://www.linuxqq.net/

MaxClients 要加到多少？

连接数理论上当然是支持越大越好，但要在服务器的能力范围内，这跟服务器的CPU、内存、带宽等都有关系。

最大client联接数的算法

查看当前的连接数可以用：

ps aux | grep httpd | wc -l

或：

pgrep httpd|wc -l

或实时检测HTTPD连接数 watch -n 1 -d "pgrep httpd|wc -l"

计算httpd占用内存的平均数:

ps aux|grep -v grep|awk '/httpd/{sum+=$6;n++};END{print sum/n}'

14446.1 14M

或top一下，httpd占内存0.1% ,0.2%,就是8-16M,按16M来.

或常规按20M来算也成

服务器内存有8G，除去常规启动的服务大约需要一些（保守估计），就当6G可用，那么理论上可以支持6*1024*1024*1024/20000000 = 322 个用户？

那问题就出来了，

1为何HTTPD占20M这么大？

2TOP时发现JAVA占14%内存 (是全部内存的14%，还是其他)

MaxRequestsPerChild 放个非0的较小数即可

“多进程处理模块”（Multi-Processing Module，MPM），也叫做工作模式。

1. 首先要了解Apache采用的MPM（Multi -Processing Modules，多道处理模块）

MPM是Apache的核心，它的作用是管理网络连接、调度请求。

Apache2.0中MPM分为3种（perfork、worker、event）。perfork从Apache1.3中继承下来的，它采用的是进程管理方式，所以它可以提供更可靠的性能和更好的兼容性；worker是Apache2.0中新增加的方式，它采用了线程控制方法，可以比perfork更节约系统开销、处理更多的数据量，但同时兼容性并不是很好，很多旧的程序无法工作在worker下；event仍处于试验阶段，它为每个任务分配不同的进程池，目前不应该采用。

通过命令 httpd -l 可以获取目前Apache采用的是哪种MPM

本文仅针对perfork方式进行讨论

2. 了解perfork的工作方式

查看Apache2.0的配置文件httpd.conf，可以看到perfork的配置段，大致如下：

ServerLimit 256 StartServers 5 MinSpareServers 10 MaxSpareServers 15 MaxClients 256 MaxRequestsPerChild 4000

当Apache被启动时，Apache会自动创建StartServers个进程，并且尽力将空闲进程数保持在MinSpareServers和MaxSpareServers之间。

如果空闲进程小于MinSpareServers，Apache将会以大约每秒1个的速度新建进程。

如果空闲进程小于MaxSpareServers，Apache将会删除多余的空闲进程，释放服务器资源。

进程数的最大值由MaxClients控制，在Apache1.3中最大只能设置为256，但在Apache2.0中，可以通过在配置开头增加ServerLimit项目来突破256的限制，此时必须MaxClients ≤ ServerLimit ≤ 20000

MaxRequestsPerChild用来控制每个进程在处理了多少次请求之后自动销毁，这个参数可以设置为0表示无限（即不销毁进程）。

#MaxRequestWorkers设置了允许同时的最大接入请求数量。任何超过MaxRequestWorkers限制的请求将进入等候队列，在Apache2.3.1以前的版本MaxRequestWorkers被称为MaxClients，旧的名字仍旧被支持。

3. 优化perfork

首先，对于一个负载相对较高的网站来说，256的进程限制是不够的，如果服务器已经达到256的极限，那么接下去的访问就需要排队，这也就是为什么某些服务器负载不高，但是访问却很慢的原因之一。所以首先应该了解服务器在繁忙时的进程数量。

通过命令ps -ef|grep httpd|wc -l可以了解到当前系统中Apache进程数，通过设置ServerLimit和MaxClients来达到为服务器软扩容的目的。

然后，在访问量高峰期，经常会出现的情况是突然之间发生非常多的并发连接，然后突然之间减少了很多访问。如果Apache没有准备足够数量的预备进程，那访问只能等待Apache每秒1个的新增进程，随后又要将多余的进程删除，那Apache只能一直忙于新建和销毁进程，大大地降低了访问速度。可以适当增加StartServers、MinSpareServers、MaxSpareServers来使得Apache不需要一直忙于作无用功。

最后，强烈推荐MaxRequestsPerChild不要设置为0，设置为非0，可以保护Apache进程免遭内存泄漏的影响，因为你不知道运行在Apache上的应用程式在什么时候会出错导致内存泄漏。

设置完之后大致是这样的：

ServerLimit 1000 StartServers 30 MinSpareServers 30 MaxSpareServers 45 MaxClients 1000 MaxRequestsPerChild 4000

----------------

apache修改最大连接并用ab网站压力测试

apache 2.2，使用默认配置，默认最大连接数是150

1.首先在httpd.conf中加载httpd-mpm.conf配置（去掉前面的注释）：

# Server-pool management (MPM specific)

Include conf/extra/httpd-mpm.conf

2.可见的MPM配置在/usr/local/apache/conf/extra/httpd-mpm.conf，但里面根据httpd的工作模式分了很多块，哪一部才是当前httpd的工作模式呢？可通过执行 apachectl -l 来查看：

[root@zh888 extra]# /usr/local/apache/bin/apachectl -l//因为采用静态编译

Compiled in modules:

core.c

mod_authn_file.c

mod_authn_default.c

mod_authz_host.c

mod_authz_groupfile.c

mod_authz_user.c

mod_authz_default.c

mod_auth_basic.c

mod_cache.c

mod_disk_cache.c

mod_mem_cache.c

mod_include.c

mod_filter.c

mod_deflate.c

mod_log_config.c

mod_env.c

mod_expires.c

mod_headers.c

mod_setenvif.c

mod_version.c

mod_proxy.c

mod_proxy_connect.c

mod_proxy_ftp.c

mod_proxy_http.c

mod_proxy_scgi.c

mod_proxy_ajp.c

mod_proxy_balancer.c

prefork.c//才用prefork所以在httpd-mpm.conf中找到mpm_prefork_module

http_core.c

mod_mime.c

mod_status.c

mod_autoindex.c

mod_asis.c

mod_cgi.c

mod_negotiation.c

mod_dir.c

mod_actions.c

mod_userdir.c

mod_alias.c

mod_rewrite.c

mod_so.c

所以修改连接数就在/usr/local/apache/conf/extra/httpd-mpm.conf这个文件了，打开它就找到prefork模式的默认配置是：

StartServers 5

MinSpareServers 5

MaxSpareServers 10

MaxClients 150

MaxRequestsPerChild 0

</IfModule>

prefork 控制进程在最初建立“StartServers”个子进程后，为了满足MinSpareServers设置的需要创建一个进程，等待一秒钟，继续创建两个，再等待一秒钟，继续创建四个……如此按指数级增加创建的进程数，最多达到每秒32个，直到满足MinSpareServers设置的值为止。

这种模式可以不必在请求到来时再产生新的进程，从而减小了系统开销以增加性能。MaxSpareServers设置了最大的空闲进程数，如果空闲进程数大于这个值，Apache会自动kill掉一些多余进程。这个值不要设得过大，但如果设的值比MinSpareServers小，Apache会自动把其调整为 MinSpareServers+1。如果站点负载较大，可考虑同时加大MinSpareServers和MaxSpareServers。

MaxRequestsPerChild设置的是每个子进程可处理的请求数。每个子进程在处理了“MaxRequestsPerChild”个请求后将自动销毁。0意味着无限，即子进程永不销毁。

虽然缺省设为0可以使每个子进程处理更多的请求，但如果设成非零值也有两点重要的好处：

1、可防止意外的内存泄漏。

2、在服务器负载下降的时侯会自动减少子进程数。因此，可根据服务器的负载来调整这个值。MaxClients是这些指令中最为重要的一个，设定的是 Apache可以同时处理的请求，是对Apache性能影响最大的参数。其缺省值150是远远不够的，如果请求总数已达到这个值（可通过ps -ef|grep httpd|wc -l来确认），那么后面的请求就要排队，直到某个已处理请求完毕。这就是系统资源还剩下很多而HTTP访问却很慢的主要原因。虽然理论上这个值越大，可以处理的请求就越多，但Apache默认的限制不能大于256。ServerLimit指令无须重编译Apache就可以加大MaxClients。

注意，虽然通过设置ServerLimit，我们可以把MaxClients加得很大，但是往往会适得其反，系统耗光所有内存。以我手头的一台服务器为例：内存2G，每个apache进程消耗大约0.5%（可通过ps aux来确认）的内存，也就是10M，这样，理论上这台服务器最多跑200个apache进程就会耗光系统所有内存，所以，设置MaxClients要慎重。

3.要加到多少？

连接数理论上当然是支持越大越好，但要在服务器的能力范围内，这跟服务器的CPU、内存、带宽等都有关系。

查看当前的连接数可以用：

ps aux | grep httpd | wc -l

计算httpd占用内存的平均数:

ps aux|grep -v grep|awk '/httpd/{sum+=$6;n++};END{print sum/n}'

由于基本都是静态页面，CPU消耗很低，每进程占用内存也不算多，大约200K。

假如服务器内存有2G，除去常规启动的服务大约需要500M（保守估计），还剩1.5G可用，那么理论上可以支持1.5*1024*1024*1024/200000 = 8053.06368

约8K个进程，支持2W人同时访问应该是没有问题的（能保证其中8K的人访问很快，其他的可能需要等待1、2秒才能连上，而一旦连上就会很流畅）

控制最大连接数的MaxClients ，因此可以尝试配置为：

StartServers 5

MinSpareServers 5

MaxSpareServers 10

ServerLimit 5500

MaxClients 5000

MaxRequestsPerChild 100

</IfModule>

注意，MaxClients默认最大为250，若要超过这个值就要显式设置ServerLimit，且ServerLimit要放在MaxClients之前，值要不小于MaxClients，不然重启httpd时会有提示。重启httpd后，通过反复执行pgrep httpd|wc -l 来观察连接数，可以看到连接数在达到MaxClients的设值后不再增加，但此时访问网站也很流畅，那就不用贪心再设置更高的值了，不然以后如果网站访问突增不小心就会耗光服务器内存，可根据以后访问压力趋势及内存的占用变化再逐渐调整，直到找到一个最优的设置值。

(MaxRequestsPerChild不能设置为0，可能会因内存泄露导致服务器崩溃）

更佳最大值计算的公式：

apache_max_process_with_good_perfermance < (total_hardware_memory / apache_memory_per_process ) * 2

apache_max_process = apache_max_process_with_good_perfermance * 1.5

4.用/usr/local/apache/bin/ab来测试压力不过还有一个工具叫webbench也可以测试。

[root@zh888 bin]# /usr/local/apache/bin/ab -n 100 -c 100 参数很多,一般我们用 -c 和 -n 参数就可以了,这个表示同时处理100个请求并运行100次index.php文件.

This is ApacheBench, Version 2.3 <$Revision: 655654 $>

Licensed to The Apache Software Foundation,

Benchmarking 192.168.100.1 (be patient).....done

Server Software: Apache/2.2.19//平台apache 版本2.0.54

Server Hostname: 192.168.100.1//服务器主机名

Server Port: 8000//端口

Document Path: /index.php//测试的页面文档

Document Length: 36174 bytes//文档大小

Concurrency Level: 100//并发数

Time taken for tests: 4.482 seconds//整个测试持续的时间

Complete requests: 100//完成的请求数量

Failed requests: 0//失败的请求数量

Write errors: 0

Total transferred: 3642600 bytes//整个场景中的网络传输量

HTML transferred: 3617400 bytes

Requests per second: 22.31 [#/sec] (mean)//大家最关心的指标之一，相当于 LR 中的每秒事务数，后面括号中的 mean 表示这是一个平均值

Time per request: 4481.929 [ms] (mean)//大家最关心的指标之二，相当于 LR 中的平均事务响应时间，后面括号中的 mean 表示这是一个平均值

Time per request: 44.819 [ms] (mean, across all concurrent requests)//每个请求实际运行时间的平均值

Transfer rate: 793.68 [Kbytes/sec] received//平均每秒网络上的流量，可以帮助排除是否存在网络流量过大导致响应时间延长的问题

Connection Times (ms)//网络上消耗的时间的分解。

min mean [+/-sd] median max

Connect: 0 73 24.5 79 96

Processing: 252 2542 1291.7 2590 4386

Waiting: 252 2541 1292.5 2590 4384

Total: 253 2615 1311.0 2671 4482

Percentage of the requests served within a certain time (ms)//整个场景中所有请求的响应情况。

在场景中每个请求都有一个响应时间，其中

50％的用户响应时间小于1093 毫秒，

60％的用户响应时间小于1247 毫秒，

最大的响应时间小于7785 毫秒

由于对于并发请求，cpu实际上并不是同时处理的，而是按照每个请求获得的时间片逐个轮转处理的，所以基本上第一个Time per request时间约等于第二个Time per request时间乘以并发请求数

50% 2671

66% 3351

75% 3923

80% 4095

90% 4358

95% 4441

98% 4472

99% 4482

100% 4482 (longest request)

4.是在使用Apache2.2的ab进行测试时遇到的问题：

使用ab测试的时候当-c并发数超过1024就会出错：

windows下提示：apr_pollset_create failed: Invalid argument (22)

linux下提示：socket: Too many open files (24)

解决办法：

linux下：ulimit -n 35768（设置系统允许同时打开的文件数，系统默认是1024），可以用ulimit -a查看open files项，# lsof |wc -l 可以查看系统所有进程的文件打开数。

ulimit：显示（或设置）用户可以使用的资源限制　　

　　ulimit -a 显示用户可以使用的资源限制　　

　　ulimit unlimited 不限制用户可以使用的资源，但本设置对可打开的最大文件数（max open files）　　

　　和可同时运行的最大进程数（max user processes）无效　　

　　ulimit -n <可以同时打开的文件数> 设置用户可以同时打开的最大文件数（max open files）

　　例如：ulimit -n 8192 　　

　　如果本参数设置过小，对于并发访问量大的网站，可能会出现too many open files的错误　　

　　ulimit -u <可以运行的最大并发进程数> 设置用户可以同时运行的最大进程数（max user processes）　　

　　例如：ulimit -u 1024　

5最后补充一下apache的知识：

简介

Apache HTTP服务器被设计为一个强大的、灵活的能够在多种平台以及不同环境下工作的服务器。不同的平台和不同的环境经常产生不同的需求，或是为了达到同样的最佳效果而采用不同的方法。Apache凭借它的模块化设计很好的适应了大量不同的环境。这一设计使得网站管理员能够在编译时和运行时凭借载入不同的模块来决定服务器的不同附加功能。

Apache2.0将这种模块化的设计延伸到了web服务器的基础功能上。这个版本带有多路处理模块(MPM)的选择以处理网络端口绑定、接受请求并指派子进程来处理这些请求。

将模块化设计延伸到这一层次主要有以下两大好处：

* Apache可以更简洁、更有效地支持各种操作系统。尤其是在mpm_winnt中使用本地网络特性代替Apache1.3中使用的POSIX模拟层后，Windows版本的Apache现在具有更好的性能。这个优势借助特定的MPM同样延伸到了其他各种操作系统。

* 服务器可以为某些特定的站点进行定制。比如，需要更好伸缩性的站点可以选择象worker或event这样线程化的MPM，而需要更好的稳定性和兼容性以适应一些旧的软件的站点可以用prefork 。

从用户角度来看，MPM更像其他的Apache模块。主要的不同在于：不论何时，必须有且仅有一个MPM被载入到服务器中。现有的MPM列表可以在模块索引中找到。

选择一个MPM

MPM必须在编译配置时进行选择，并静态编译到服务器中。如果编译器能够确定线程功能被启用，它将会负责优化大量功能。因为一些MPM在Unix上使用了线程，而另外一些没有使用，所以如果在编译配置时选择MPM并静态编译进Apache，Apache将会有更好的表现。

你可以在使用configure脚本时用 --with-mpm=NAME 选项指定MPM，NAME就是你想使用的MPM的名称。

一旦服务器编译完成，就可以用 ./httpd -l 命令来查看使用了哪个MPM。这个命令将列出所有已经被编译到服务器中的模块，包括MPM。

我们主要阐述prefork和worker这两种和性能关系最大的产品级MPM。

Apache MPM prefork

一个非线程型的、预派生的MPM

概述

这个多路处理模块(MPM)实现了一个非线程型的、预派生的web服务器，它的工作方式类似于Apache 1.3。它适合于没有线程安全库，需要避免线程兼容性问题的系统。它是要求将每个请求相互独立的情况下最好的MPM，这样若一个请求出现问题就不会影响到其他请求。

这个MPM具有很强的自我调节能力，只需要很少的配置指令调整。最重要的是将MaxClients设置为一个足够大的数值以处理潜在的请求高峰，同时又不能太大，以致需要使用的内存超出物理内存的大小。

工作方式

一个单独的控制进程(父进程)负责产生子进程，这些子进程用于监听请求并作出应答。Apache总是试图保持一些备用的(spare)或者是空闲的子进程用于迎接即将到来的请求。这样客户端就不需要在得到服务前等候子进程的产生。

StartServers, MinSpareServers, MaxSpareServers, MaxClients指令用于调节父进程如何产生子进程。通常情况下Apache具有很强的自我调节能力，所以一般的网站不需要调整这些指令的默认值。可能需要处理最大超过256个并发请求的服务器可能需要增加MaxClients的值。内存比较小的机器则需要减少MaxClients的值以保证服务器不会崩溃。更多关于调整进程产生的问题请参见性能方面的提示。

在Unix系统中，父进程通常以root身份运行以便邦定80端口，而Apache产生的子进程通常以一个低特权的用户运行。User和Group指令用于设置子进程的低特权用户。运行子进程的用户必须要对它所服务的内容有读取的权限，但是对服务内容之外的其他资源必须拥有尽可能少的权限。

MaxRequestsPerChild指令控制服务器杀死旧进程产生新进程的频率。

Apache MPM worker

支持混合的多线程多进程的多路处理模块

概述

此多路处理模块(MPM)使网络服务器支持混合的多线程多进程。由于使用线程来处理请求，所以可以处理海量请求，而系统资源的开销小于基于进程的MPM。但是，它也使用了多进程，每个进程又有多个线程，以获得基于进程的MPM的稳定性。

控制这个MPM的最重要的指令是，控制每个子进程允许建立的线程数的ThreadsPerChild指令，和控制允许建立的总线程数的MaxClients指令。

工作方式

每个进程可以拥有的线程数量是固定的。服务器会根据负载情况增加或减少进程数量。一个单独的控制进程(父进程)负责子进程的建立。每个子进程可以建立ThreadsPerChild数量的服务线程和一个监听线程，该监听线程监听接入请求并将其传递给服务线程处理和应答。

Apache总是试图维持一个备用(spare)或是空闲的服务线程池。这样，客户端无须等待新线程或新进程的建立即可得到处理。初始化时建立的进程数量由StartServers指令决定。随后父进程检测所有子进程中空闲线程的总数，并新建或结束子进程使空闲线程的总数维持在MinSpareThreads和MaxSpareThreads所指定的范围内。由于这个过程是自动调整的，几乎没有必要修改这些指令的缺省值。可以并行处理的客户端的最大数量取决于MaxClients指令。活动子进程的最大数量取决于MaxClients除以ThreadsPerChild的值。

有两个指令设置了活动子进程数量和每个子进程中线程数量的硬限制。要想改变这个硬限制必须完全停止服务器然后再启动服务器(直接重启是不行的)，ServerLimit是活动子进程数量的硬限制，它必须大于或等于MaxClients除以ThreadsPerChild的值。ThreadLimit是所有服务线程总数的硬限制，它必须大于或等于ThreadsPerChild指令。这两个指令必须出现在其他workerMPM指令的前面。

在设置的活动子进程数量之外，还可能有额外的子进程处于"正在中止"的状态但是其中至少有一个服务线程仍然在处理客户端请求，直到到达MaxClients以致结束进程，虽然实际数量会很小。这个行为能够通过以下禁止特别的子进程中止的方法来避免：

* 将MaxRequestsPerChild设为"0"

* 将MaxSpareThreads和MaxClients设为相同的值

一个典型的针对workerMPM的配置如下：

ServerLimit 16

StartServers 2

MaxClients 150

MinSpareThreads 25

MaxSpareThreads 75

ThreadsPerChild 25

在Unix中，为了能够绑定80端口，父进程一般都是以root身份启动，随后，Apache以较低权限的用户建立子进程和线程。User和Group指令用于设置Apache子进程的权限。虽然子进程必须对其提供的内容拥有读权限，但应该尽可能给予它较少的特权。另外，除非使用了suexec ，否则，这些指令设置的权限将被CGI脚本所继承。

MaxRequestsPerChild指令用于控制服务器建立新进程和结束旧进程的频率。

常用指令：

StartServers 指令

StartServers指令设置了服务器启动时建立的子进程数量。因为子进程数量动态的取决于负载的轻重，所有一般没有必要调整这个参数。

MinSpareServers 指令

MinSpareServers指令设置空闲子进程的最小数量。所谓空闲子进程是指没有正在处理请求的子进程。如果当前空闲子进程数少于MinSpareServers ，那么Apache将以最大每秒一个的速度产生新的子进程。

只有在非常繁忙机器上才需要调整这个参数。将此参数设的太大通常是一个坏主意。

MaxSpareServers 指令

MaxSpareServers指令设置空闲子进程的最大数量。所谓空闲子进程是指没有正在处理请求的子进程。如果当前有超过MaxSpareServers数量的空闲子进程，那么父进程将杀死多余的子进程。

只有在非常繁忙机器上才需要调整这个参数。将此参数设的太大通常是一个坏主意。如果你将该指令的值设置为比MinSpareServers小，Apache将会自动将其修改成"MinSpareServers+1"。

MaxClients 指令

MaxClients指令设置了允许同时伺服的最大接入请求数量。任何超过MaxClients限制的请求都将进入等候队列，直到达到ListenBacklog指令限制的最大值为止。一旦一个链接被释放，队列中的请求将得到服务。

对于非线程型的MPM(也就是prefork)，MaxClients表示可以用于伺服客户端请求的最大子进程数量，默认值是256。要增大这个值，你必须同时增大ServerLimit 。

对于线程型或者混合型的MPM(也就是beos或worker)，MaxClients表示可以用于伺服客户端请求的最大线程数量。线程型的beos的默认值是50。对于混合型的MPM默认值是16(ServerLimit)乘以25(ThreadsPerChild)的结果。因此要将MaxClients增加到超过16个进程才能提供的时候，你必须同时增加ServerLimit的值。

MaxRequestsPerChild 指令

MaxRequestsPerChild指令设置每个子进程在其生存期内允许伺服的最大请求数量。到达MaxRequestsPerChild的限制后，子进程将会结束。如果MaxRequestsPerChild为"0"，子进程将永远不会结束。

不同的默认值

在mpm_netware和mpm_winnt上的默认值是"0"。

将MaxRequestsPerChild设置成非零值有两个好处：

* 可以防止(偶然的)内存泄漏无限进行，从而耗尽内存。

* 给进程一个有限寿命，从而有助于当服务器负载减轻的时候减少活动进程的数量。

注意：

对于KeepAlive链接，只有第一个请求会被计数。事实上，它改变了每个子进程限制最大链接数量的行为。

ThreadsPerChild 指令

这个指令设置了每个子进程建立的线程数。子进程在启动时建立这些线程后就不再建立新的线程了。如果使用一个类似于mpm_winnt只有一个子进程的MPM，这个数值要足够大，以便可以处理可能的请求高峰。如果使用一个类似于worker有多个子进程的MPM，每个子进程所拥有的所有线程的总数要足够大，以便可以处理可能的请求高峰。

对于mpm_winnt，ThreadsPerChild的默认值是64；对于其他MPM是25。

ThreadLimit 指令

这个指令设置了每个子进程可配置的线程数ThreadsPerChild上限。任何在重启期间对这个指令的改变都将被忽略，但对ThreadsPerChild的修改却会生效。

使用这个指令时要特别当心。如果将ThreadLimit设置成一个高出ThreadsPerChild实际需要很多的值，将会有过多的共享内存被分配。如果将ThreadLimit和ThreadsPerChild设置成超过系统的处理能力，Apache可能无法启动，或者系统将变得不稳定。该指令的值应当和ThreadsPerChild可能达到的最大值保持一致。

对于mpm_winnt，ThreadLimit的默认值是1920；对于其他MPM这个值是64。

注意：

Apache在编译时内部有一个硬性的限制"ThreadLimit 20000"(对于mpm_winnt是"ThreadLimit 15000")，你不能超越这个限制。

ServerLimit 指令

对于preforkMPM，这个指令设置了MaxClients最大允许配置的数值。对于workerMPM，这个指令和ThreadLimit结合使用设置了MaxClients最大允许配置的数值。任何在重启期间对这个指令的改变都将被忽略，但对MaxClients的修改却会生效。

使用这个指令时要特别当心。如果将ServerLimit设置成一个高出实际需要许多的值，将会有过多的共享内存被分配。如果将ServerLimit和MaxClients设置成超过系统的处理能力，Apache可能无法启动，或者系统将变得不稳定。

对于preforkMPM，只有在你需要将MaxClients设置成高于默认值256的时候才需要使用这个指令。要将此指令的值保持和MaxClients一样。

对于workerMPM，只有在你需要将MaxClients和ThreadsPerChild设置成需要超过默认值16个子进程的时候才需要使用这个指令。不要将该指令的值设置的比MaxClients 和ThreadsPerChild需要的子进程数量高。

注意：

Apache在编译时内部有一个硬限制"ServerLimit 20000"(对于preforkMPM为"ServerLimit 200000")。你不能超越这个限制。

配置apache使用workerMPM：

cd httpd-2.0.55