Apache Prefork、Worker和Event三種MPM分析

三種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>

# StartServers:　　數量的服務器進程開始

# MinSpareServers:　　最小數量的服務器進程,保存備用

# MaxSpareServers:　　最大數量的服務器進程,保存備用

# MaxRequestWorkers:　　最大數量的服務器進程容許開始

# MaxConnectionsPerChild:　　最大鏈接數的一個服務器進程服務

　　prefork 控制進程在最初創建 「StartServers」個子進程後，爲了知足MinSpareServers設置的須要建立一個進程，等待一秒鐘，繼續建立兩 個，再等待一秒鐘， 繼續建立四個……如此按指數級增長建立的進程數，最多達到每秒32個，直到知足MinSpareServers設置的值爲止。這種模式 能夠沒必要在請求到 來時再產生新的進程，從而減少了系統開銷以增長性能。MaxSpareServers設置了最大的空閒進程數，若是空閒進程數大於這個 值，Apache 會自動kill掉一些多餘進程。這個值不要設得過大，但若是設的值比MinSpareServers小，Apache會自動把其調整 爲 MinSpareServers+1。若是站點負載較大，可考慮同時加大MinSpareServers和MaxSpareServers。  

　　MaxRequestsPerChild設置的是每一個 子進程可處理的請求數。每一個子進程在處理了「MaxRequestsPerChild」個請求後將自 動銷燬。0意味着無限，即子進程永不銷燬。雖然缺省 設爲0可使每一個子進程處理更多的請求，但若是設成非零值也有兩點重要的好處：

一、可防止意外的內存泄 漏。二、在服務器負載降低的時侯會自動減小子進程數。

所以，可根據服務器的負載來調整這個值。

　　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>

# StartServers:　　初始數量的服務器進程開始

# MinSpareThreads:　　最小數量的工做線程,保存備用

# MaxSpareThreads:　　最大數量的工做線程,保存備用

# ThreadsPerChild:　　固定數量的工做線程在每一個服務器進程

# MaxRequestWorkers:　　最大數量的工做線程

# MaxConnectionsPerChild:　　最大鏈接數的一個服務器進程服務

　　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>

# StartServers:初始數量的服務器進程開始

# MinSpareThreads:　　最小數量的工做線程,保存備用

# MaxSpareThreads:　　最大數量的工做線程,保存備用

# ThreadsPerChild:　　固定數量的工做線程在每一個服務器進程

# MaxRequestWorkers:　　最大數量的工做線程

# MaxConnectionsPerChild:　　最大鏈接數的一個服務器進程服務

 

轉載自：http://www.cnblogs.com/fnng/archive/2012/11/20/2779977.html

蟲師