Apache的prefork模式和worker模式

 prefork模式

這個多路處理模組(MPM)實現了一個非執行緒型的、預派生的web伺服器，它的工作方式類似於Apache 1.3。它適合於沒有執行緒安全庫，需要避免執行緒相容性問題的系統。它是要求將每個請求相互獨立的情況下最好的MPM，這樣若一個請求出現問題就不會影響到其他請求。

這個MPM具有很強的自我調節能力，只需要很少的配置指令調整。最重要的是將MaxClients設定為一個足夠大的數值以處理潛在的請求高峰，同時又不能太大，以致需要使用的記憶體超出實體記憶體的大小。

worker模式

此多路處理模組(MPM)使網路伺服器支援混合的多執行緒多程式。由於使用執行緒來處理請求，所以可以處理海量請求，而系統資源的開銷小於基於程式的MPM。但是，它也使用了多程式，每個程式又有多個執行緒，以獲得基於程式的MPM的穩定性。

控制這個MPM的最重要的指令是，控制每個子程式允許建立的執行緒數的ThreadsPerChild指令，和控制允許建立的匯流排程數的MaxClients指令。

 

prefork和worker模式的切換

1.將當前的prefork模式啟動檔案改名
mv httpd httpd.prefork

2.將worker模式的啟動檔案改名
mv httpd.worker httpd

3.修改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>

4.重新啟動服務
/usr/local/apache2/bin/apachectl restart

即可換成worker方式啟動apache2

處於穩定性和安全性考慮，不建議更換apache2的執行方式，使用系統預設prefork即可。另外很多php模組不能工作在worker模式下，例如redhat linux自帶的php也不能支援執行緒安全。所以最好不要切換工作模式。

prefork和worker模式的比較

prefork模式使用多個子程式，每個子程式只有一個執行緒。每個程式在某個確定的時間只能維持一個連線。在大多數平臺上，Prefork MPM在效率上要比Worker MPM要高，但是記憶體使用大得多。prefork的無執行緒設計在某些情況下將比worker更有優勢：它可以使用那些沒有處理好執行緒安全的第三方模組，並且對於那些執行緒除錯困難的平臺而言，它也更容易除錯一些。

worker模式使用多個子程式，每個子程式有多個執行緒。每個執行緒在某個確定的時間只能維持一個連線。通常來說，在一個高流量的HTTP伺服器上，Worker MPM是個比較好的選擇，因為Worker MPM的記憶體使用比Prefork MPM要低得多。但worker MPM也由不完善的地方，如果一個執行緒崩潰，整個程式就會連同其所有執行緒一起”死掉”.由於執行緒共享記憶體空間，所以一個程式在執行時必須被系統識別為”每個執行緒都是安全的”。

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

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.給程式一個有限壽命，從而有助於當伺服器負載減輕的時候減少活動程式的數量。

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連結，只有第一個請求會被計數。事實上，它改變了每個子程式限制最大連結數量的行為。

本文轉自 baiying 51CTO部落格，原文連結：http://blog.51cto.com/baiying/541312，如需轉載請自行聯絡原作者