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

