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

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

　　StartServers 2

　　MaxClients 150

　　MinSpareThreads 25

　　MaxSpareThreads 75

　　ThreadsPerChild 25

　　MaxRequestsPerChild 0

　　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模式配置詳解

　　ServerLimit 256

　　StartServers 5

　　MinSpareServers 5

　　MaxSpareServers 10

　　MaxClients 256

　　MaxRequestsPerChild 0

　　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模式配置詳解

　　StartServers 2

　　MaxClients 150

　　MinSpareThreads 25

　　MaxSpareThreads 75

　　ThreadsPerChild 25

　　MaxRequestsPerChild 0

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