MaxClients

http://www.dzhope.com/post/552/

头有一个网站在线人数增多，访问时很慢。初步认为是服务器资源不足了，但经反复测试，一旦连接上，不断点击同一个页面上不同的链接，都能迅速打开，这种现象就是说明apache最大连接数已经满了，新的访客只能排队等待有空闲的链接，而如果一旦连接上，在keeyalive 的存活时间内（KeepAliveTimeout，默认5秒）都不用重新打开连接，因此解决的方法就是加大apache的最大连接数。

1.在哪里设置？

服务器的为FreeBSD 6.2 ，apache 2.24，使用默认配置（FreeBSD 默认不加载自定义MPM配置），默认最大连接数是250

在/usr/local/etc/apache22/httpd.conf中加载MPM配置（去掉前面的注释）：
# Server-pool management (MPM specific)
Include etc/apache22/extra/httpd-mpm.conf

可见的MPM配置在/usr/local/etc/apache22/extra/httpd-mpm.conf，但里面根据httpd的工作模式分了很多块，哪一部才是当前httpd的工作模式呢？可通过执行 apachectl -l 来查看：
Compiled in modules:
              core.c
              prefork.c
              http_core.c
              mod_so.c

看到prefork 字眼，因此可见当前httpd应该是工作在prefork模式，prefork模式的默认配置是：

ServerLimit 5500
StartServers 10
MinSpareServers 10
MaxSpareServers 20
MaxClients 5000
MaxRequestsPerChild 100

2.要加到多少？

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

查看当前的连接数可以用：
ps aux | grep httpd | wc -l

或：
pgrep 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

注意，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
UID1 帖子283 精华4 积分100 阅读权限200 在线时间37 小时注册时间2008-1-15 最后登录2009-3-6 查看详细资料
TOP

http://www.blogjava.net/gf7/

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

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++};'

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

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

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

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

StartServers 5
MinSpareServers
5
MaxSpareServers 10
ServerLimit 5500
MaxClients
5000
MaxRequestsPerChild 100

注意，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
100http://192.168.100.1:8000/index.php//参数很多一般我们用 -c 和 -n
参数就可以了这个表示同时处理100个请求并运行100次index.php文件.

This is ApacheBench Version 2.3
Copyright 1996 Adam Twiss Zeus Technology
Ltd
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: bytes//文档大小

Concurrency Level: 100//并发数

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

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

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

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

HTML transferred: 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
（设置系统允许同时打开的文件数，系统默认是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
"(对于mpm_winnt是"ThreadLimit ")，你不能超越这个限制。

ServerLimit
指令
对于preforkMPM，这个指令设置了MaxClients最大允许配置的数值。对于workerMPM，这个指令和ThreadLimit结合使用设置了MaxClients最大允许配置的数值。任何在重启期间对这个指令的改变都将被忽略，但对MaxClients的修改却会生效。
使用这个指令时要特别当心。如果将ServerLimit设置成一个高出实际需要许多的值，将会有过多的共享内存被分配。如果将ServerLimit和MaxClients设置成超过系统的处理能力，Apache可能无法启动，或者系统将变得不稳定。
对于preforkMPM，只有在你需要将MaxClients设置成高于默认值256的时候才需要使用这个指令。要将此指令的值保持和MaxClients一样。
对于workerMPM，只有在你需要将MaxClients和ThreadsPerChild设置成需要超过默认值16个子进程的时候才需要使用这个指令。不要将该指令的值设置的比MaxClients
和ThreadsPerChild需要的子进程数量高。
注意：
Apache在编译时内部有一个硬限制"ServerLimit
"(对于preforkMPM为"ServerLimit ")。你不能超越这个限制。

配置apache使用workerMPM：

cd httpd-2.0.55
make clean
vi server/mpm/worker/worker.c
修改define
DEFAULT_THREAD_LIMIT 64 为100
即=你要设置的ThreadsPerChild的值（修改默认ThreadsPerChild
）
修改define
DEFAULT_SERVER_LIMIT 16 为 25
即=你要设置的ServerLimit值（修改默认ServerLimit值）
:wq

./configure
--prefix=/usr/local/apache --with-mpm=worker
make
make install
cd
/usr/local/apache/conf
vi httpd.conf
修改

StartServers
2
MaxClients 150
MinSpareThreads 25
MaxSpareThreads
75
ThreadsPerChild 25
MaxRequestsPerChild 0

内容为

StartServers
3
MaxClients 2000
ServerLimit 25
MinSpareThreads 50
MaxSpareThreads
200
ThreadLimit 200
ThreadsPerChild 100
MaxRequestsPerChild 0

修改
serveradmin servername等信息为正确配置
:wq
/usr/local/apache/bin/apachectl
start
vi /etc/rc.loacl
添加 /usr/local/apache/bin/apachectl
start

PS:
用netstat -an|grep ESTABLISHED|grep 202.100.85.249:80 |wc -l
看连接数，使用worker模式后，httpd进程数变少不能反映tcp连接数

http://www.cnblogs.com/sink_cup/archive/2012/09/14/web_server.html

互联网创业的准备——web server：apache、nginx、lighttpd与php module、fastcgi

测试环境：

vr.org 的 VPS

CPU：2核共享

内存：512M独立

OS：Ubuntu 12.04 LTS x64

uname -a

软件版本：Apache httpd 2.4.3、nginx 1.2.3、lighttpd 1.4.31、php 5.4.6

结论：

静态服务器：

并发：nginx（17000）> lighttpd（14000）> apache（5000）

注意：lighttpd开启gzip压缩时，无法禁用etag……不建议使用。参考：《高性能网站建设指南》

动态服务器：

大约并发：nginx + php-fpm（1500）> lighttpd + spawn-fcgi（1000）>apache + php module（400）

注意：web server与fastcgi在同一个机器时，建议使用unix domain socket，比tcp socket效果好一点点。

虽然apache httpd 2.4 像 nginx一样使用了epoll，但是性能还是比nginx低很多。

服务器OS一定要使用Linux 2.6内核及更高，因为才能支持epoll。

建议服务器使用Ubuntu server LTS x64，因为工程师PC使用Ubuntu x64较多（Ubuntu的显卡驱动安装方便），这样编译部署都一致。

Ubuntu、CentOS等各个Linux发行版对服务器来说没有区别，内核都一样，挑一个顺手的即可。

参考互联网公司的web server：

163.com	静态nginx
t.qq.com	静态squid，动态nginx
taobao.com	静态Tengine，动态Tengine（nginx衍生版）
小米论坛	静态Tengine，动态Tengine
百度	静态lighttpd，动态lighttpd（有etag）

测试过程：

Apache httpd 2.4.3

编译参数：

apache

MPM：默认event

httpd -V

默认并发400，MaxRequestWorkers即以前的MaxClients，参考：http://httpd.apache.org/docs/2.4/mod/mpm_common.html#MaxRequestWorkers

<IfModule mpm_event_module>
    StartServers             3   
    MinSpareThreads         75  
    MaxSpareThreads        250 
    ThreadsPerChild         25  
    MaxRequestWorkers      400 
    MaxConnectionsPerChild   0   
</IfModule>

并发改成40000，提示错误，加上ServerLimit即可：

u1@www:~$ sudo vi /usr/local/apache2/conf/extra/httpd-mpm.conf 
u1@www:~$ sudo vi /usr/local/apache2/conf/httpd.conf
u1@www:~$ sudo /etc/init.d/apache2 restart
AH00515: WARNING: MaxRequestWorkers of 40000 would require 1600 servers and 
 would exceed ServerLimit of 16, decreasing to 400.
 To increase, please see the ServerLimit directive.

nginx 1.2.3：

编译参数：

View Code

lighttpd 1.4.31：

默认并发1024，server.max-fds最大可修改为65535，server.max-connections最大可修改为32767：

193 ##
194 ## As lighttpd is a single-threaded server, its main resource limit is
195 ## the number of file descriptors, which is set to 1024 by default (on
196 ## most systems).
197 ##
198 ## If you are running a high-traffic site you might want to increase this
199 ## limit by setting server.max-fds.
200 ##
201 ## Changing this setting requires root permissions on startup. see
202 ## server.username/server.groupname.
203 ##
204 ## By default lighttpd would not change the operation system default.
205 ## But setting it to 2048 is a better default for busy servers.
206 ##
207 server.max-fds = 2048
218 
219 ##
220 ## Fine tuning for the request handling
221 ##
222 ## max-connections == max-fds/2 (maybe /3)
223 ## means the other file handles are used for fastcgi/files
224 ##
225 server.max-connections = 1024

1、静态服务器测试

即apache、nginx、lighttpd性能对比。

服务器相同配置：

开启gzip、关闭etag

测试程序和web server在同一台服务器上，测试命令：

ab -c 1000 -n 50000 http://localhost/index.html
siege -c 1000 -r 20 http://localhost/index.html

apache：html文件13k，gzip压缩为4.9k

header：

apache

测试结果：

并发	httpd子进程数	整机512M内存使用率	CPU使用率	iowait
0	3	19%	0	0
1000	10	30%	38%	0
3000	14	60%	38%	0
5000	10-30	65%-99%	20%-40%	0-30
8000	100	99%	3%-50%	20-100

nginx：html文件13.2k，gzip压缩为5.34k

header：

nginx

测试结果：

并发	整机512M内存使用率	CPU使用率	iowait
0	29%	0	0
1000	35%	40%	0
3000	46%	43%	0
5000	55%	42%	0-1
8000	65%	45%	0
15000	88%	45%	0
17000	97%	47%	0

lighttpd：html文件13k，gzip压缩为4.96k

header：

lighttpd

测试结果：

并发	整机512M内存使用率	CPU使用率	iowait
0	29%	0	0
1000			0
3000	46%	41%	0-6
5000	60%	40%	0-1
8000	75%	45%	0
12000	81%	35%	0
14000	87%	36%	0
16000	99%	40%	0

2、动态服务器测试

即apache + php module、nginx + php-fpm、nginx + php-cgi、lighttpd + spawn-fcgi对比。

测试命令：

siege -c 1200 -r 20 http://localhost/phpinfo.php
/usr/local/apache2/bin/ab -c 100 -t 50 http://localhost/phpinfo.php

php版本 5.4.6，测试代码phpinfo();

apache + php module：php文件63.57k，gzip压缩为11.21k

测试结果：

并发	整机512M内存使用率	CPU使用率	iowait
0	29%	0	0
100	68%	8%	0
200	72%	10%	0
400	95%	10%	0
600	99%	15%	1-15

nginx + php-fpm（多个php-fpm子进程）：php文件57.41k，gzip压缩为10.84k

phpinfo显示Server API：FPM/FastCGI

fastcgi的socket方式：tcp socket

php编译参数：

php-fpm

测试结果：

并发	整机512M内存使用率	CPU使用率	iowait	siege成功率
0	33%	0	0
100	37%	8%	0	100%
200
400	45%	10%	0	99.96%
800	55% 14个php-fpm，每个5.9M	12%	0	96.31%
1000	60%	10%	0	90.77%
1200	69%，Linux file限制，测试出错	30%

nginx + php-fpm（多个php-fpm子进程）：php文件54.57k，gzip压缩为9.16k

phpinfo显示Server API：FPM/FastCGI

fastcgi的socket方式：unix domain socket

测试结果：

并发	整机512M内存使用率	CPU使用率	iowait	siege成功率
0	32%	0	0
100	35%	7%	0	100%
200	40%	12%	0	100%
400	43%	14%	0	100%
800	55%	14%	0	96.70%
1000	60% 21个php-fpm，每个5.9M	14%	0	92.02%
1200	50%，Linux file限制，测试出错	50%	0	49%

nginx + 一个php-cgi：php文件64.65k，gzip压缩为11.89k

sudo /usr/local/php-fpm/bin/php-cgi -b 9000 -q

php-cgi可以常驻（long-live）监听一个端口，所以是fastcgi，但是由于没有进程管理器，只能启动一个进程，并发承受力低。

phpinfo显示Server API：FPM/FastCGI

测试结果：

并发100时，经过5秒，php-cgi崩溃退出。

lighttpd + lighttpd自带的spawn-fcgi进程管理器（多个php-cgi子进程）：php文件58.68k，gzip压缩为9.83k

phpinfo显示Server API：CGI/FastCGI

fastcgi的socket方式：unix domain socket

lighttpd的fastcgi.conf配置：

fastcgi.server

测试结果：

并发	整机512M内存使用率	CPU使用率	iowait	siege成功率
0	53% 34个php-cgi进程，每个3M	0	0
100	65% 每个5.3M	10%	0
200	65% 每个5.7M	10%	0	100%
400	72% 每个5.7M	11%	0	100%
800	84% 每个5.7M	10%	0	99.49%
1000	90% 每个5.7M	12%	0	97.41%
1200	Linux file限制，测试出错