一般来说，WinNT系统下使用IIS，而Apache在Linux下应用的比较多，但是依然有很多人在WinNT系统下使用Apache而非IIS，可能是基于对Windows系统的熟悉吧。今天就来说一下在Windows系统下如果优化Apache的性能。 mpm_winnt.c 是专门针对Windows NT优化的MPM(多路处理模块)，它使用一个单独的父进程产生一个单独的子进程，在这个子进程中轮流产生多个线程来处理请求。也就是说 mpm_winnt只能启动父子两个进程, 不能像Linux下那样同时启动多个进程。 mpm_winnt主要通过ThreadsPerChild和MaxRequestsPerChild两个参数来优化Apache，下面详细来说明一下。ThreadsPerChild 这个参数用于设置每个进程的线程数, 子进程在启动时建立这些线程后就不再建立新的线程了. 一方面因为mpm_winnt不能启动多个进程, 所以这个数值要足够大，以便可以处理可能的请求高峰; 另一方面该参数以服务器的响应速度为准的, 数目太大的反而会变慢。因此需要综合均衡一个合理的数值。
mpm_winnt上的默认值是64, 最大值是1920. 这里建议设置为100-500之间，服务器性能高的话值大一些，反之值小一些。
MaxRequestsPerChild 该参数表示每个子进程能够处理的最大请求数, 即同时间内子进程数目.设置为零表示不限制, mpm_winnt上的默认值就是0。官方参考手册中不建议设置为0, 主要基于两点考虑: (1) 可以防止(偶然的)内存泄漏无限进行，从而耗尽内存; (2) 给进程一个有限寿命，从而有助于当服务器负载减轻的时候减少活动进程的数量。因此这个参数的值更大程度上取决于服务器的内存，如果内存比较大的话可以设置为0或很大的数字，否则设置一个小的数值。需要说明的是，如果这个值设置的太小的话会造成Apache频繁重启，在日志文件中会看到如下的文字： Process exiting because it reached MaxRequestsPerChild. Signaling the parent 这样一来降低了Apache的总体性能。另外，可以通过查看Apache提供的server-status(状态报告)来验证当前所设置数值是否合理，在httpd.conf文件中做如下设置来打开它：
# 首先需要加载mod_status模块
LoadModule status_module modules/mod_status.so
# 然后设置访问的地址
SetHandler server-status
Order deny,allow
Deny from all
# 如果限制某个IP访问则设置为 Allow from 192.168.1.1
Allow from all
综合来说，因为Windows NT下Apache只能启动父子两个进程，因此只能通过增大单个进程的线程数以及单个进程能够处理的最大请求数来进行优化。其他优化的参数同Linux系统下是一样的，大家可以加以参考。下面针对上述两个参数给出一个建议的设置：
ThreadsPerChild 250
MaxRequestsPerChild 5000
其它就和linux下的apache优化一样
三、apache普通配置参数
1、静态还是动态
使用apache的动态载入模块非常方便，因为在需要时模块才会被载入。虽然有些性能开销，但同时有利于减少服务器对内存的需求。
静态载入虽然一次性载入所有需要的模块，增加内存消耗。因此我们全部采用动态载入的方法。
2、hhostnamelookups off
域名查找：这增加了处理每个请求的开销，首先，服务器会对dns系统做一个反向查询以找出客户系统的主机名，然后又进行正向查询看获得的主机名是否真实指向客户的ip。大多数情况下，你可以简单的关闭这个功能，如果你经常处理服务器日志，这个工作完全可以在以后进行。你可以通过在设置文件中加入指示hostnamelookups off来关闭这个功能。
3、options -followsymlinks
符号连接：当打开这个选项时，apache将检查每个请求中是否包含对符号连接的引用，这将对请求中包含的每个路径调用一次lstat()系统调用。除非你准备使用符号连接，否则用 options -followsymlinks 来关掉它。
4、sethandler server-status
服务器状态信息，默认已经关闭。该模块尽管这对测试与监控服务器很有用，但它也为服务器带来了额外的开销，你可以通过寻找任何类似sethandler server-status的指示来关闭，如果可能，你可以在安装apache时移除这个模块。
5、options -indexes
关闭目录浏览
6、directoryindex index.php index.html
7、cgi模块
除非你有很好的理由否则就允许cgi的执行，将似有的cgi文件放到一个特定的目录并为之设定正确的权限，这避免了apache对每一个请求都要判断一次要求的是一个静态文件还是一个动态文件。
8、写入日志
写入日志信息是一个很花费时间的工作，apache保持日志文件的打开状态以节省打开文件的时间，如果没有必要存储日志信息，你可以关闭这个选项以节省出更多的处理器时间，只需要在设置文件中把日志那一行注释掉就可以关掉它。
如果必须保留日志，你可以关闭hostnamelookups选项(见上文)然后把日志文件拷备到另一台机器上做进一步分析。
9、allowoverride none
.htaccess文件可以极大的扩展apache的设置参数，而无需每次你改变设计都要编辑apache主设置文件，但对这个文件的使用也降低了服务器的性能。
如果使用这个文件，apache必需首先在当前目录中查找是否存在这个文件，如果存在就解析这个文件并在当前目录中应用文件中的设置。更坏的是，apache不仅要查看当前的目录，还要查看当前目录的所有上层目录是否包括htaccess文件以根据所有这些文件最终确定设置。
如果你想最优化服务器的性能，你应该禁止使用htaccess文件，任何基本目录的设置都可以在主设置文件中进行，而主设置文件仅在服务器启动时解析一次。为了禁用htaccess文件，在任何节里加上指示allowoverride none。
10、timeout 5
timeout 设置 apache 等待一个连接读写操作的时间长度，也就是连接建立后，apache 等待客户端完成请求发送的时间，或者是响应开始之后，apache 写出数据到客户端连接的时间长度。
无论对于哪种应用来说，300秒的缺省值都有些过长了，因为这就意味着，如果客户端发生了某种未知因素导致的迟滞的话，服务器的一个连接和与之对应的所有资源都要维持 300 秒，这个对于重载的服务器来说是在是有些过长，所以，我建议将其设置得小一些，这个长度只要足够保证各种客户端的应用能够正常传递数据即可。这里需要考虑的因素主要有各种客户端的连接状况和服务器的繁忙程度。一般来说，我建议设置为 3~5。
11、keepalive on
这个选项明确 httpd 进程对每个请求的链接是否保持长链接。如果保持长链接，则从同一个客户端的连续两次请求会使用同一个连接，而不用重复发送请求。
对于下载类的应用，因为连接时间都比较长，因此这个值设置成 on 还是 off 关系不大，从节约每一滴资源角度考虑，可以设置为 off。
对于网页类应用来说，如果你的静态页面上有一些图标、图片、和js、css等东西的话，并且如果有超过两个的资源的话，我建议是设置为 on。
12、maxkeepaliverequests 100
最多保持多少个活动的长链接
13、 keepalivetimeout 5 apache进程在使用内存时，是“渐长”的。也就是说，直到这个进程死掉，使用内存的数量是一直增长而不会减少的。这样的话，apache进程使用内存的多少，就决定于你的应用程序最大使用内存量了。
keepalivetimeout 这个参数决定了，在什么都不做之前，一个http进程能够等待多长时间？设想一下，如果keepalive设置为on,而 keepalivetimeout设置为一个比较大的数字，apache占用内存会很快的增长。这是因为，一个apache进程完成了一个任务（并达到了一定的内存占用，想一下“渐进”模式），并不会马上退出，而是等待一个keepalivetimeout时间。假设用户的链接请求持续不断的到来，则积累起来的无用的apache进程就会相当多，直到timeout，这些进程才会被杀死。
但是，keepalive的确对于静态的文件，比如图像文件的传送是很有效的，因此，keepalive要设置为on，但是keepalvietimeout要设置的小些，比如5s
14、serversignature off
默认情况下，很多apache安装时会显示版本号及操作系统版本，甚至会显示服务器上安装的是什么样的apache模块。这些信息可以为黑客所用，并且黑客还可以从中得知你所配置的服务器上的很多设置都是默认状态。 serversignature off
servertokens prod
serversignature 出现在apache所产生的像404页面、目录列表等页面的底部。servertokens目录被用来判断apache会在server http响应包的头部填充什么信息。如果把servertokens设为prod，那么http响应包头就会被设置成：server：apache
四、MPM模块 多处理方式(multi-processing module/mpm)他允许特定平台处理多个并发连接
apache的mpm模块可运行在多种模式之下，其中beos、mpmt_os2分别是beos和os/2上缺省的mpm， perchild主要设计目的是以不同的用户和组的身份来运行不同的子进程。这在运行多个需要cgi的虚拟主机时特别有用，会比1.3版中的suexec 机制做得更好。leader和threadpool都是基于worker的变体，还处于实验性阶段，某些情况下并不会按照预期设想的那样工作，所以 apache官方也并不推荐使用。因此，我们主要阐述prefork和worker这两种和性能关系最大的产品级mpm ( 有关其它的mpm详细说明，请参见apache官方文档：http://httpd./docs-2.0/mod/)。
1、prefork的工作原理及配置
prefork就是unix平台上缺省的mpm。它所采用的预派生子进程方式也是 apache 1.3中采用的模式。prefork本身并没有使用到线程，2.0版使用它是为了与1.3版保持兼容性；另一方面，prefork用单独的子进程来处理不同的请求，进程之间是彼此独立的，这也使其成为最稳定的mpm之一。
如果是使用debian的apt安装的apache，使用"apache2ctl -l"来确定当前使用的mpm，应该会看到prefork.c（如果看到worker.c说明使用的是worker mpm，依此类推），在apache2.conf中可以找到这一段配置
<IfModule mpm_prefork_module>
StartServers 5
MinSpareServers 5
MaxSpareServers 10
MaxClients 150
MaxRequestsPerChild 0
</IfModule>
prefork的工作原理是，控制进程在最初建立"StartServers"个子进程后，为了满足"MinSpareServers"设置的需要创建一个进程，等待一秒钟，继续创建两个，再等待一秒钟，继续创建四个……如此按指数级增加创建的进程数，最多达到每秒32个，直到满足 MinSpareServers设置的值为止。这就是预派生（prefork）的由来。这种模式可以不必在请求到来时再产生新的进程，从而减小了系统开销以增加性能。
MaxSpareServers设置了最大的空闲进程数，如果空闲进程数大于这个值，apache会自动kill掉一些多余进程。这个值不要设得过大，但如果设的值比MinSpareServers小，apache会自动把其调整为MinSpareServers+ 1。如果站点负载较大，可考虑同时加大MinSpareServers和MaxSpareServers。
MaxRequestsPerChild设置的是每个子进程可处理的请求数。每个子进程在处理了"MaxRequestsPerChild" 个请求后将自动销毁。0意味着无限，即子进程永不销毁。虽然缺省设为0可以使每个子进程处理更多的请求，但如果设成非零值也有两点重要的好处： 在服务器负载下降的时侯会自动减少子进程数。
因此，可根据服务器的负载来调整这个值。但也不能太小，不然系统不断的开启新的apache进程，造成资源浪费。
MaxClients是这些指令中最为重要的一个，设定的是apache可以同时处理的请求，是对apache性能影响最大的参数。其缺省值 150是远远不够的，如果请求总数已达到这个值（可通过ps -ef|grep http|wc -l来确认），那么后面的请求就要排队，直到某个已处理请求完毕。这就是系统资源还剩下很多而http访问却很慢的主要原因。系统管理员可以根据硬件配置和负载情况来动态调整这个值。虽然理论上这个值越大，可以处理的请求就越多，但apache默认的限制不能大于256。如果把这个值设为大于256，那么 apache将无法起动。事实上，256对于负载稍重的站点也是不够的。在apache 1.3中，这是个硬限制。如果要加大这个值，必须在“configure”前手工修改的源代码树下的src/include/httpd.h中查找 256，就会发现“#define hard_server_limit 256”这行。把256改为要增大的值（如4000），然后重新编译apache即可。在apache 2.0中新加入了serverlimit指令，使得无须重编译apache就可以加大maxclients。
<IfModule mpm_prefork_module>
StartServers 10
MinSpareServers 10
MaxSpareServers 15
ServerLimit 600
MaxClients 300
MaxRequestsPerChild 600
</IfModule>
2、worker的工作原理及配置
相对于prefork，worker是2.0 版中全新的支持多线程和多进程混合模型的mpm。由于使用线程来处理，所以可以处理相对海量的请求，而系统资源的开销要小于基于进程的服务器。但是， worker也使用了多进程，每个进程又生成多个线程，以获得基于进程服务器的稳定性。这种mpm的工作方式将是apache 2.0的发展趋势。
<IfModule mpm_worker_module>
StartServers 2
MaxClients 150
MinSpareThreads 25
MaxSpareThreads 75
ThreadsPerChild 25
MaxRequestsPerChild 0
</IfModule>
worker的工作原理是，由主控制进程生成"startservers"个子进程，每个子进程中包含固定的"threadsperchild"线程数，各个线程独立地处理请求。同样，为了不在请求到来时再生成线程，minsparethreads和maxsparethreads设置了最少和最多的空闲线程数；而maxclients设置了所有子进程中的线程总数。如果现有子进程中的线程总数不能满足负载，控制进程将派生新的子进程。
minsparethreads和maxsparethreads的最大缺省值分别是75和250。这两个参数对apache的性能影响并不大，可以按照实际情况相应调节。
threadsperchild是worker mpm中与性能相关最密切的指令。threadsperchild的最大缺省值是64，如果负载较大，64也是不够的。这时要显式使用 threadlimit指令，它的最大缺省值是20000。上述两个值位于源码树server/mpm/worker/worker.c中的以下两行：
究竟是选取prefork还是worker需要具体分析，相对而言高负载下perfork拥有更高的稳定性和运行速度，而worker的资源消耗更小。也已经有人在对两种工作模式作了各种测试：
实际情况看来，worker现在还没能达到所期望的效果，性能比frefork差一些，资源消耗少一点。更可惜的是debian下worker还不能与PHP5完美结合，所以只能选用perfork了。
五、性能测试
为了获得优化有性能提高的幅度，评估优化工作的成效，需要对apache2服务器进行测试。 apache2和php5服务器：debian4.0、apache2.2.3、 php5.2.0-8+etch0、256M内存
在另一台机器上使用apachebench工具模拟多个浏览器向服务器的测试页面发起HTTP请求，为了减少网络带宽的影响，测试页面的返回值尽可能的小，此处只有1 byte，并为发起测试的机器和服务器组建了一个单独的局域网。每种并发测试11次，以后10次的结果为准，取平均值。
以下是测试的数据：其中并发数是指apachebench同时发起的请求个数，优化前和优化后是指平均每个请求花费的处理时间，单位毫秒
并发数优化前（毫秒）优化后（毫秒）
102.0481.7549
502.13891.927
1002.20841.9238
2002.76892.5915
4003.05232.797
需要指出的是，尽管高负载时优化后性能提高的百分比并不明显，但在并发数400时，测试18次失败7次，而优化后测试14次失败3次。优化不仅仅提高了服务器的性能，还提高了负载的能力。
六、结论
优化可以有效的提高apache2的性能。
对于WMS等设备上的配置页面，第三部分的“apache普通配置参数”可以应用，MPM主要是以资源换取速度的优化，可以酌情调整。
对于EMS、升级系统和应用系统，可以全面优化以提高性能和高负载能力。
