web server工作模式笔记

三种MPM介绍

Apache 2.X  支持插入式并行处理模块，称为多路处理模块（MPM）。在编译apache时必须选择也只能选择一个MPM，对类UNIX系统，有几个不同的MPM可供选择，它们会影响到apache的速度和可伸缩性。 

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

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

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

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

　　不管是Worker模式或是Prefork 模式，Apache总是试图保持一些备用的(spare)或者是空闲的子进程（空闲的服务线程池）用于迎接即将到来的请求。这样客户端就不需要在得到服务前等候子进程的产生。

　　Event MPM：以上两种稳定的MPM方式在非常繁忙的服务器应用下都有些不足。尽管HTTP的Keepalive方式能减少TCP连接数量和网络负载，但是 Keepalive需要和服务进程或者线程绑定，这就导致一个繁忙的服务器会耗光所有的线程。 Event MPM是解决这个问题的一种新模型，它把服务进程从连接中分离出来。在服务器处理速度很快，同时具有非常高的点击率时，可用的线程数量就是关键的资源限 制，此时Event MPM方式是最有效的。一个以Worker MPM方式工作的繁忙服务器能够承受每秒好几万次的访问量（例如在大型新闻服务站点的高峰时），而Event MPM可以用来处理更高负载。值得注意的是，Event MPM不能在安全HTTP（HTTPS）访问下工作。 

对于Event 模式，apache给出了以下警告：

This MPM is experimental, so it may or may not work as expected .

这种MPM目前处于试验状态，他可能不能按照预期的那样工作。

如何配置三种MPM

Prefork 是UNIX平台上默认的MPM，它所采用的预派生子进程方式也是apache 1.3中采用的模式。prefork 本身并没有使用到线程，2.0 版本使用它是为了与1.3版保持兼容性；另一方面，perfork用单独的子进程来处理不同的请示，进程之间是彼此独立的，这也使其成为最稳定的MPM之一 。

如何查看当前安装的Apache 的三种MPM。

[root@localhost apache]# httpd -l
Compiled in modules:
  core.c
  prefork.c
  http_core.c
  mod_so.c

如果你看到 perfork.c  则表示当前为 perfork MPM 模式。 worker.c  则表示为  worker MPM 模式。

那么如何设置apache的MPM呢？

需要的apache 配置安装的时候需要指定模式：

[root@localhost httpd-2.4.1]# ./configure --prefix=/usr/local/apache2worker --enable-so --with-mpm=worker 
　　[root@localhost httpd-2.4.1]# make
　　[root@localhost httpd-2.4.1]# make install

指定--with-mpm=NAME 选项指定 MPM ， NAME就是你想使用的 MPM 的名称。 不指定模式的话，默认为Prefork MPM 。  

那么如何配置成Event MPM？ 
同我上面的方法一样，只需要在安装的时候加上以下参数： --enable-nonportable-atomics=yes 
需要注意的是Event MPM对于老的CPU可能是不支持的。

三种MPM参数分析

不管你安装的是apache哪种MPM 在安装完成之后打开.../apache/conf/extra/httpd-mpm.conf文件，找到如下配置：
# perfork MPM

<IfModule mpm_prefork_module>
StartServers 5
MinSpareServers 5
MaxSpareServers 10
MaxRequestWorkers 250
MaxConnectionsPerChild 0
</IfModule> 

prefork 控制进程在最初建立“StartServers”个子进程后，为了满足MinSpareServers设置的需要创建一个进程，等待一秒钟，继续创建两 个，再等待一秒钟，继续创建四个……如此按指数级增加创建的进程数，最多达到每秒32个，直到满足MinSpareServers设置的值为止。这种模式 可以不必在请求到来时再产生新的进程，从而减小了系统开销以增加性能。

MaxSpareServers设置了最大的空闲进程数，如果空闲进程数大于这个 值，Apache会自动kill掉一些多余进程。这个值不要设得过大，但如果设的值比MinSpareServers小，Apache会自动把其调整为 MinSpareServers+1。如果站点负载较大，可考虑同时加大MinSpareServers和MaxSpareServers。  

MaxRequestsPerChild设置的是每个子进程可处理的请求数。每个子进程在处理了“MaxRequestsPerChild”个请求后将自 动销毁。0意味着无限，即子进程永不销毁。虽然缺省设为0可以使每个子进程处理更多的请求，但如果设成非零值也有两点重要的好处：
1、可防止意外的内存泄 漏。
2、在服务器负载下降的时侯会自动减少子进程数。
MaxRequestWorkers 指令集同时将服务请求的数量上的限制。任何连接尝试在 MaxRequestWorkerslimit 将通常被排队，最多若干基于上 ListenBacklog指令。

在apache2.3.13 以前的版本 MaxRequestWorkers 被称为 MaxClients  。

（ MaxClients是这些指令中最为重要的一个，设定的是 Apache可以同时处理的请求，是对Apache性能影响最大的参数。其缺省值150是远远不够的，如果请求总数已达到这个值（可通过ps -ef|grep http|wc -l来确认），那么后面的请求就要排队，直到某个已处理请求完毕。这就是系统资源还剩下很多而HTTP访问却很慢的主要原因。虽然理论上这个值越大，可以 处理的请求就越多，但Apache默认的限制不能大于256。 ）

# worker MPM 

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

Worker 由主控制进程生成“StartServers”个子进程，每个子进程中包含固定的ThreadsPerChild线程数，各个线程独立地处理请求。同样， 为了不在请求到来时再生成线程，MinSpareThreads和MaxSpareThreads设置了最少和最多的空闲线程数；

　　而MaxRequestWorkers 设置了同时连入的clients最大总数。如果现有子进程中的线程总数不能满足负载，控制进程将派生新的子进程 

　　MinSpareThreads和 MaxSpareThreads的最大缺省值分别是75和250。这两个参数对Apache的性能影响并不大，可以按照实际情况相应调节 。

　　ThreadsPerChild是worker MPM中与性能相关最密切的指令。ThreadsPerChild的最大缺省值是64，如果负载较大，64也是不够的。这时要显式使用 ThreadLimit指令，它的最大缺省值是20000。 

　　Worker模式下所能同时处理的请求总数是由子进程总数乘以ThreadsPerChild 值决定的，应该大于等于MaxRequestWorkers。如果负载很大，现有的子进程数不能满足时，控制进程会派生新的子进程。默认最大的子进程总数是16，加大时 也需要显式声明ServerLimit（最大值是20000）。需要注意的是，如果显式声明了ServerLimit，那么它乘以 ThreadsPerChild的值必须大于等于MaxRequestWorkers，而且MaxRequestWorkers必须是ThreadsPerChild的整数倍，否则 Apache将会自动调节到一个相应值。

# event MPM

<IfModule mpm_event_module>
StartServers 3
MinSpareThreads 75
MaxSpareThreads 250
ThreadsPerChild 25 #每个进程固定的线程数
MaxRequestWorkers 400 #最大数量的工作线程
MaxConnectionsPerChild 0
</IfModule> </span>

ServerLimit
ThreadLimit
StartServers 
MinSpareThreads 
MaxSpareThreads 
ThreadsPerChild 
MaxRequestWorkers 
MaxConnectionsPerChild 手册解释：

ServerLimit 指令：

说明 服务器允许配置的进程数上限 
语法 ServerLimit number 
默认值 参见下面的说明 
作用域 server config 
状态 MPM 
模块 prefork, worker 


对于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")。你不能超越这个限制。

ThreadLimit 指令：

说明 每个子进程可配置的线程数上限 
语法 ThreadLimit number 
默认值 参见下面的说明 
作用域 server config 
状态 MPM 
模块 mpm_winnt, worker 
兼容性 仅用于2.0.41及以后版本的mpm_winnt 


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

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

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

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

StartServers 指令：

说明 服务器启动时建立的子进程数 
语法 StartServers number 
默认值 参见下面的说明 
作用域 server config 
状态 MPM 
模块 mpmt_os2, prefork, worker 


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

不同的MPM默认值也不一样。对于worker默认值是"3"。对于prefork默认值是"5"，mpmt_os2是"2"。

ThreadsPerChild 指令：

说明 每个子进程建立的线程数 
语法 ThreadsPerChild number 
默认值 参见下面的说明 
作用域 server config 
状态 MPM 
模块 mpm_winnt, worker 


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

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

MinSpareThreads 指令：

说明 最小空闲线程数 
语法 MinSpareThreads number 
默认值 参见下面的说明 
作用域 server config 
状态 MPM 
模块 beos, mpm_netware, mpmt_os2, worker 


设置最小空闲线程数，用于处理可能到来的突发请求。不同的MPM对这个指令的处理是不一样的：

worker的默认值是"75"。这个MPM将基于整个服务器监视空闲线程数。如果服务器中总的空闲线程数太少，子进程将产生新的空闲线程。

mpm_netware的默认值是"10"。既然这个MPM只运行单独一个子进程，此MPM当然亦基于整个服务器监视空闲线程数。

beos和mpmt_os2的工作方式与mpm_netware差不多，beos的默认值是"1"；mpmt_os2的默认值是"5"。

MaxSpareThreads 指令：

说明 最大空闲线程数 
语法 MaxSpareThreads number 
默认值 参见下面的说明 
作用域 server config 
状态 MPM 
模块 beos, mpm_netware, mpmt_os2, worker 


设置最大空闲线程数。不同的MPM对这个指令的处理是不一样的：

worker的默认值是"250"。这个MPM将基于整个服务器监视空闲线程数。如果服务器中总的空闲线程数太多，子进程将杀死多余的空闲线程。

mpm_netware的默认值是"100"。既然这个MPM只运行单独一个子进程，此MPM当然亦基于整个服务器监视空闲线程数。

beos和mpmt_os2的工作方式与mpm_netware差不多，beos的默认值是"50"；mpmt_os2的默认值是"10"。

限制
MaxSpareThreads的取值范围是有限制的。Apache将按照如下限制自动修正你设置的值：

mpm_netware要求其小于等于MinSpareThreads 
worker要求其大于等于MinSpareThreads加上ThreadsPerChild的和 


MaxRequestsPerChild 指令：

说明 每个子进程在其生存期内允许服务的最大请求数量 
语法 MaxRequestsPerChild number 
默认值 MaxRequestsPerChild 10000 
作用域 server config 
状态 MPM 
模块 mpm_netware, mpm_winnt, mpmt_os2, prefork, worker 


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

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

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

可以防止(偶然的)内存泄漏无限进行，从而耗尽内存。 
给进程一个有限寿命，从而有助于当服务器负载减轻的时候减少活动进程的数量。 
注意
对于KeepAlive链接，只有第一个请求会被计数。事实上，它改变了每个子进程限制最大链接数量的行为。

MaxClients 指令：

说明 允许同时服务的最大接入请求数量 
语法 MaxClients number 
默认值 参见下面的说明 
作用域 server config 
状态 MPM 
模块 beos, prefork, worker 


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


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


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

其中关系：

ThreadLimit实际是用来限制 ThreadsPerChild的取值，即 ThreadsPerChild必须不能大于 ThreadLimit。ThreadLimit的默认值是64，所以如果你的ThreadsPerChild=128，启动apache就给你一个“WARNING: ThreadsPerChild of 128 exceeds ThreadLimit value of 64 threads, lowering ThreadsPerChild to 64. To increase, please see the ThreadLimit directive.“ ，自动把 ThreadsPerChild降级为64。如果你非要 ThreadsPerChild=128，必须添加 ThreadLimit=N（N大于等于128），ThreadLimit还必须配在其他指令前面，否则无效。  
    另外MaxClient的值必须<= ThreadsPerChild *ServerLimit，且能被 ThreadsPerChild 整除，默认值是 ThreadsPerChild *ServerLimit   （ ThreadsPerChild 表示实际使用值，可能被 lowering了 ）  
    MPM混合模式下，每个子进程根据实际ThreadsPerChild值一次性创建好所有线程，且在子进程活动期间不会再创建或销毁线程，线程要么工作要么空闲。  
如果线程数不够，apache创建一个子进程批量增加可用线程。  
  
     上面配置MaxSpareThreads=75是有问题的，因为MinSpareThreads=25， ThreadsPerChild=64，当一个进程下的 64线程中，有超过ThreadsPerChild-MinSpareThreads=64-25=39已经投入工作，此时空闲线程数小于 MinSpareThreads，是必要创建更多的空闲线程以保持空闲线程在[MinSpareThreads, MaxSpareThreads]范围内。新进程会创建ThreadsPerChild个线程 。 那么此时就有 
MinSpareThreads+ThreadsPerChild = 25+64 = 89 个空闲线程，如果MaxSpareThreads < 89，就需要销毁空闲线程，刚创建又销毁显然是不合理的。   所以apache启动时会把MaxSpareThreads调整为>= MinSpareThreads+ThreadsPerChild的值 。  

    另外StartServers被设置为5，启动初始创建6个进程，1个主进程（控制进程）和5个子进程，每个子进程初始化64个线程，5*64=320空闲线程，大于MaxSpareThreads（89），所以有4个子进程很快被杀掉，启动apache时可以用“ps -ux“观察到， 或者ps -ef|grep http|wc -l   
比较合理的worker配置 

<IfModule worker.c>    
	# 配置都采用默认值，可以去掉    
	ServerLimit       16   
	ThreadLimit      64   
	StartServers     3   
	MinSpareThreads  25   
	MaxSpareThreads 250   
	# 应用特殊配置值    
	MaxClients       1024  
	ThreadsPerChild  64   
</IfModule>