apache中的Worker 和 Prefork 之間的區(qū)別解析
apache中的Worker 和 Prefork 之間的區(qū)別
Apache中的Worker和Prefork兩種工作模式在內存使用、穩(wěn)定性以及兼容性等方面存在區(qū)別
- 內存使用
- Worker:由于使用線程,內存占用較少。
- Prefork:每個進程獨立運行,內存消耗較大。
- 穩(wěn)定性
- Worker:一個子進程崩潰不會導致整個服務器停止,但一個線程崩潰會影響該進程內的所有請求。
- Prefork:進程間彼此獨立,某個進程出問題不影響其他進程,更加穩(wěn)定。
- 兼容性
- Worker:需要確保所有第三方模塊都支持線程安全,否則可能出現(xiàn)問題。
- Prefork:天然避免線程安全問題,因為每個進程獨立運行。
- 適用場景
- Worker:適用于高并發(fā)、動態(tài)請求較多的場景,如大型新聞站點或社交媒體平臺。
- Prefork:適合靜態(tài)內容較多、不需要大量并發(fā)處理的場景,如企業(yè)內部網站或小型項目。
apache工作模式:prefork和worker
apache作為現(xiàn)今web服務器用的最廣泛也是最穩(wěn)定的開源服務器軟件,其工作模式有許多中,目前主要有兩種模式:prefork模式和worker模式
一、兩種模式
prefork模式:
prefork是Unix平臺上的默認(缺?。㎝PM,使用多個子進程,每個子進程只有一個線程。每個進程在某個確定的時間只能維持一個連接,效率高,但內存占用量比較大。
這個多路處理模塊(MPM)實現(xiàn)了一個非線程型的、預派生的web服務器,它的工作方式類似于Apache 1.3。它適合于沒有線程安全庫,需要避免線程兼容性問題的系統(tǒng)。它是要求將每個請求相互獨立的情況下最好的MPM,這樣若一個請求出現(xiàn)問題就不會影響到其他請求。
worker模式:
worker使用多個子進程,每個子進程有多個線程,每個線程在某個確定的時間只能維持一個連接,內存占用量比較小,適合高流量的http服務器。缺點是假如一個線程崩潰,整個進程就會連同其任何線程一起”死掉”,所以要保證一個程式在運行時必須被系統(tǒng)識別為”每個線程都是安全的”。
此多路處理模塊(MPM)使網絡服務器支持混合的多線程多進程。由于使用線程來處理請求,所以可以處理海量請求,而系統(tǒng)資源的開銷小于基于進程的MPM。但是它也使用了多進程,每個進程又有多個線程,以獲得基于進程的MPM的穩(wěn)定性。
二、apache模式的查看和安裝
1、常看當前模式
如果apache已經安裝,我們可以用"httpd -l"命令查看當前模式。若找到 prefork.c 則表示當前工作在prefork模式,同理出現(xiàn) worker.c 則工作在worker模式。
如果apache還未安裝,我們在編譯的時候可以加入 --with-pem=(prefork|worker) 選項決定啟用什么模式。
2、切換模式
a. 將當前的prefork模式啟動文件改名
mv httpd httpd.prefork
b. 將worker模式的啟動文件改名
mv httpd.worker httpd
c. 修改Apache配置文件
vi /usr/local/apache2/conf/extra/httpd-mpm.conf
找到里邊的如下一段,可適當修改負載等參數(shù):
<IfModule mpm_worker_module> StartServers 2 MaxClients 150 MinSpareThreads 25 MaxSpareThreads 75 ThreadsPerChild 25 MaxRequestsPerChild 0 </IfModule>
d. 重新啟動服務
/usr/local/apache2/bin/apachectl restart
處于穩(wěn)定性和安全性考慮,不建議更換apache2的運行方式,使用系統(tǒng)默認prefork即可。另外很多php模塊不能工作在worker模式下,例如redhat linux自帶的php也不能支持線程安全。所以最好不要切換工作模式。
三、prefork和worker模式的比較
prefork模式使用多個子進程,每個子進程只有一個線程。每個進程在某個確定的時間只能維持一個連接。在大多數(shù)平臺上,Prefork MPM在效率上要比Worker MPM要高,但是內存使用大得多。prefork的無線程設計在某些情況下將比worker更有優(yōu)勢:它可以使用那些沒有處理好線程安全的第三方模塊,并且對于那些線程調試困難的平臺而言,它也更容易調試一些。
worker模式使用多個子進程,每個子進程有多個線程。每個線程在某個確定的時間只能維持一個連接。通常來說,在一個高流量的HTTP服務器上,Worker MPM是個比較好的選擇,因為Worker MPM的內存使用比Prefork MPM要低得多。但worker MPM也由不完善的地方,如果一個線程崩潰,整個進程就會連同其所有線程一起"死掉"。由于線程共享內存空間,所以一個程序在運行時必須被系統(tǒng)識別為"每個線程都是安全的"。
總的來說,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這個參數(shù)。20000是ServerLimit這個參數(shù)的最大值。如果需要更大,則必須編譯apache,此前都是不需要重新編譯Apache。
生效前提:必須放在其他指令的前面
StartServers
指定服務器啟動時建立的子進程數(shù)量,prefork默認為5。
MinSpareServers
指定空閑子進程的最小數(shù)量,默認為5。如果當前空閑子進程數(shù)少于MinSpareServers ,那么Apache將以最大每秒一個的速度產生新的子進程。此參數(shù)不要設的太大。
MaxSpareServers
設置空閑子進程的最大數(shù)量,默認為10。如果當前有超過MaxSpareServers數(shù)量的空閑子進程,那么父進程將殺死多余的子進程。此參數(shù)不要設的太大。如果你將該指令的值設置為比MinSpareServers小,Apache將會自動將其修改成"MinSpareServers+1"。
MaxClients
限定同一時間客戶端最大接入請求的數(shù)量(單個進程并發(fā)線程數(shù)),默認為256。任何超過MaxClients限制的請求都將進入等候隊列,一旦一個鏈接被釋放,隊列中的請求將得到服務。要增大這個值,你必須同時增大ServerLimit。
MaxRequestsPerChild
每個子進程在其生存期內允許伺服的最大請求數(shù)量,默認為10000.到達MaxRequestsPerChild的限制后,子進程將會結束。如果 MaxRequestsPerChild為"0",子進程將永遠不會結束。將MaxRequestsPerChild設置成非零值有兩個好處:
1. 可以防止(偶然的)內存泄漏無限進行,從而耗盡內存。
2. 給進程一個有限壽命,從而有助于當服務器負載減輕的時候減少活動進程的數(shù)量。
五、worker模式配置詳解
<IfModule mpm_worker_module> StartServers 2 MaxClients 150 MinSpareThreads 25 MaxSpareThreads 75 ThreadsPerChild 25 MaxRequestsPerChild 0 </IfModule>
StartServers
服務器啟動時建立的子進程數(shù),默認值是"3"。
MaxClients
允許同時伺服的最大接入請求數(shù)量(最大線程數(shù)量)。任何超過MaxClients限制的請求都將進入等候隊列。默認值 是"400",16(ServerLimit)乘以25(ThreadsPerChild)的結果。因此要增加MaxClients的時候,你必須同時增加ServerLimit的值。
MinSpareThreads
最小空閑線程數(shù),默認值是"75"。這個MPM將基于整個服務器監(jiān)視空閑線程數(shù)。如果服務器中總的空閑線程數(shù)太少,子進程將產生新的空閑線程。
MaxSpareThreads
設置最大空閑線程數(shù)。默認值是"250"。這個MPM將基于整個服務器監(jiān)視空閑線程數(shù)。如果服務器中總的空閑線程數(shù)太多,子進程將殺死多余的空閑線程。 MaxSpareThreads的取值范圍是有限制的。Apache將按照如下限制自動修正你設置的值:worker要求其大于等于 MinSpareThreads加上ThreadsPerChild的和。
ThreadsPerChild
每個子進程建立的常駐的執(zhí)行線程數(shù)。默認值是25。子進程在啟動時建立這些線程后就不再建立新的線程了。
MaxRequestsPerChild
設置每個子進程在其生存期內允許伺服的最大請求數(shù)量。到達MaxRequestsPerChild的限制后,子進程將會結束。如果MaxRequestsPerChild為"0",子進程將永遠不會結束。將MaxRequestsPerChild設置成非零值有兩個好處:
1. 可以防止(偶然的)內存泄漏無限進行,從而耗盡內存。
2. 給進程一個有限壽命,從而有助于當服務器負載減輕的時候減少活動進程的數(shù)量。
注意對于KeepAlive鏈接,只有第一個請求會被計數(shù)。事實上,它改變了每個子進程限制最大鏈接數(shù)量的行為。
六、總結
以前apache主流模式為prefork,現(xiàn)在worker模式也開始多了起來,區(qū)別來說,worker模式可以應對高流量,但是安全性不太好;prefork模式安全性比較好,但是性能會差一點,各位可以根據(jù)自己服務器的類別選取不同的模式,更好的使用apache。
到此這篇關于apache中的Worker 和 Prefork 之間的區(qū)別 的文章就介紹到這了,更多相關apache Worker 和 Prefork內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家!
相關文章
CentOS 6.5中利用yum搭建LNMP環(huán)境的步驟詳解
這篇文章主要給大家介紹了關于在CentOS 6.5中利用yum搭建LNMP環(huán)境的相關資料,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧。2017-12-12
Linux中部署MeterSphere實現(xiàn)遠程訪問
MeterSphere是一站式開源持續(xù)測試平臺, 涵蓋測試跟蹤、接口測試、UI 測試和性能測試等功能,全面兼容 JMeter、Selenium 等主流開源標準,有效助力開發(fā)和測試團隊充分利用云彈性進行高度可擴展的自動化測試,2023-10-10
本文介紹Linux中部署MeterSphere實現(xiàn)遠程訪問MeterSphere界面

