apache工做模式：prefork和worker

apache做爲現今web服務器用的最普遍也是最穩定的開源服務器軟件，其工做模式有許多中，目前主要有兩種模式：prefork模式和worker模式

1、兩種模式

prefork模式：

    prefork是Unix平臺上的默認（缺省）MPM，使用多個子進程，每一個子進程只有一個線程。每一個進程在某個肯定的時間只能維持一個鏈接，效率高，但內存佔用量比較大。
    這個多路處理模塊(MPM)實現了一個非線程型的、預派生的web服務器，它的工做方式相似於Apache 1.3。它適合於沒有線程安全庫，須要避免線程兼容性問題的系統。它是要求將每一個請求相互獨立的狀況下最好的MPM，這樣若一個請求出現問題就不會影響到其餘請求。

worker模式：

    worker使用多個子進程，每一個子進程有多個線程，每一個線程在某個肯定的時間只能維持一個鏈接，內存佔用量比較小，適合高流量的http服務器。缺點是假如一個線程崩潰，整個進程就會連同其任何線程一塊兒」死掉」，因此要保證一個程式在運行時必須被系統識別爲」每一個線程都是安全的」。
    此多路處理模塊(MPM)使網絡服務器支持混合的多線程多進程。因爲使用線程來處理請求，因此能夠處理海量請求，而系統資源的開銷小於基於進程的MPM。可是它也使用了多進程，每一個進程又有多個線程，以得到基於進程的MPM的穩定性。

2、apache模式的查看和安裝

一、常看當前模式

若是apache已經安裝，咱們能夠用"httpd -l"命令查看當前模式。若找到 prefork.c 則表示當前工做在prefork模式，同理出現 worker.c 則工做在worker模式。

若是apache還未安裝，咱們在編譯的時候能夠加入 --with-pem=(prefork|worker) 選項決定啓用什麼模式。

二、切換模式

a. 將當前的prefork模式啓動文件更名

mv httpd httpd.prefork

b. 將worker模式的啓動文件更名

mv httpd.worker httpd

c. 修改Apache配置文件

vi /usr/local/apache2/conf/extra/httpd-mpm.conf

找到裏邊的以下一段，可適當修改負載等參數：

<IfModule mpm_worker_module>
StartServers 2
MaxClients 150
MinSpareThreads 25
MaxSpareThreads 75
ThreadsPerChild 25
MaxRequestsPerChild 0
</IfModule>

d. 從新啓動服務

/usr/local/apache2/bin/apachectl restart

處於穩定性和安全性考慮，不建議更換apache2的運行方式，使用系統默認prefork便可。另外不少php模塊不能工做在worker模式下，例如redhat linux自帶的php也不能支持線程安全。因此最好不要切換工做模式。

 

3、prefork和worker模式的比較

prefork模式使用多個子進程，每一個子進程只有一個線程。每一個進程在某個肯定的時間只能維持一個鏈接。在大多數平臺上，Prefork MPM在效率上要比Worker MPM要高，可是內存使用大得多。prefork的無線程設計在某些狀況下將比worker更有優點：它可使用那些沒有處理好線程安全的第三方模塊，而且對於那些線程調試困難的平臺而言，它也更容易調試一些。

worker模式使用多個子進程，每一個子進程有多個線程。每一個線程在某個肯定的時間只能維持一個鏈接。一般來講，在一個高流量的HTTP服務器上，Worker MPM是個比較好的選擇，由於Worker MPM的內存使用比Prefork MPM要低得多。但worker MPM也由不完善的地方，若是一個線程崩潰，整個進程就會連同其全部線程一塊兒"死掉"。因爲線程共享內存空間，因此一個程序在運行時必須被系統識別爲"每一個線程都是安全的"。

總的來講，prefork方式速度要稍高於worker，然而它須要的cpu和memory資源也稍多於woker。

 

4、prefork模式配置詳解

<IfModule mpm_prefork_module>
ServerLimit 256
StartServers 5
MinSpareServers 5
MaxSpareServers 10
MaxClients 256
MaxRequestsPerChild 0
</IfModule>

ServerLimit
默認的MaxClient最大是256個線程，若是想設置更大的值，就的加上ServerLimit這個參數。20000是ServerLimit這個參數的最大值。若是須要更大，則必須編譯apache，此前都是不須要從新編譯Apache。
生效前提：必須放在其餘指令的前面

StartServers
指定服務器啓動時創建的子進程數量，prefork默認爲5。

MinSpareServers
指定空閒子進程的最小數量，默認爲5。若是當前空閒子進程數少於MinSpareServers ，那麼Apache將以最大每秒一個的速度產生新的子進程。此參數不要設的太大。

MaxSpareServers
設置空閒子進程的最大數量，默認爲10。若是當前有超過MaxSpareServers數量的空閒子進程，那麼父進程將殺死多餘的子進程。此參數不要設的太大。若是你將該指令的值設置爲比MinSpareServers小，Apache將會自動將其修改爲"MinSpareServers+1"。

MaxClients
限定同一時間客戶端最大接入請求的數量(單個進程併發線程數)，默認爲256。任何超過MaxClients限制的請求都將進入等候隊列，一旦一個連接被釋放，隊列中的請求將獲得服務。要增大這個值，你必須同時增大ServerLimit。

MaxRequestsPerChild
每一個子進程在其生存期內容許伺服的最大請求數量，默認爲10000.到達MaxRequestsPerChild的限制後，子進程將會結束。若是 MaxRequestsPerChild爲"0"，子進程將永遠不會結束。將MaxRequestsPerChild設置成非零值有兩個好處：
1. 能夠防止(偶然的)內存泄漏無限進行，從而耗盡內存。
2. 給進程一個有限壽命，從而有助於當服務器負載減輕的時候減小活動進程的數量。

 

5、worker模式配置詳解

<IfModule mpm_worker_module>
StartServers 2
MaxClients 150
MinSpareThreads 25
MaxSpareThreads 75
ThreadsPerChild 25
MaxRequestsPerChild 0
</IfModule>

StartServers
服務器啓動時創建的子進程數，默認值是"3"。

MaxClients
容許同時伺服的最大接入請求數量(最大線程數量)。任何超過MaxClients限制的請求都將進入等候隊列。默認值 是"400"，16(ServerLimit)乘以25(ThreadsPerChild)的結果。所以要增長MaxClients的時候，你必須同時增長ServerLimit的值。

MinSpareThreads
最小空閒線程數，默認值是"75"。這個MPM將基於整個服務器監視空閒線程數。若是服務器中總的空閒線程數太少，子進程將產生新的空閒線程。

MaxSpareThreads
設置最大空閒線程數。默認值是"250"。這個MPM將基於整個服務器監視空閒線程數。若是服務器中總的空閒線程數太多，子進程將殺死多餘的空閒線程。 MaxSpareThreads的取值範圍是有限制的。Apache將按照以下限制自動修正你設置的值：worker要求其大於等於 MinSpareThreads加上ThreadsPerChild的和。

ThreadsPerChild
每一個子進程創建的常駐的執行線程數。默認值是25。子進程在啓動時創建這些線程後就再也不創建新的線程了。

MaxRequestsPerChild
設置每一個子進程在其生存期內容許伺服的最大請求數量。到達MaxRequestsPerChild的限制後，子進程將會結束。若是MaxRequestsPerChild爲"0"，子進程將永遠不會結束。將MaxRequestsPerChild設置成非零值有兩個好處：
1. 能夠防止(偶然的)內存泄漏無限進行，從而耗盡內存。
2. 給進程一個有限壽命，從而有助於當服務器負載減輕的時候減小活動進程的數量。
注意對於KeepAlive連接，只有第一個請求會被計數。事實上，它改變了每一個子進程限制最大連接數量的行爲。

 

6、總結

之前apache主流模式爲prefork，如今worker模式也開始多了起來，區別來講，worker模式能夠應對高流量，可是安全性不太好；prefork模式安全性比較好，可是性能會差一點，各位能夠根據本身服務器的類別選取不一樣的模式，更好的使用apache。

 

轉載：http://www.ccvita.com/339.html