溫馨提示×

溫馨提示×

您好,登錄后才能下訂單哦!

密碼登錄×
登錄注冊×
其他方式登錄
點擊 登錄注冊 即表示同意《億速云用戶服務條款》

Apache的prefork模式和worker模式的介紹

發(fā)布時間:2021-07-26 13:42:35 來源:億速云 閱讀:128 作者:chen 欄目:云計算

本篇內(nèi)容主要講解“Apache的prefork模式和worker模式的介紹”,感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷,實用性強。下面就讓小編來帶大家學習“Apache的prefork模式和worker模式的介紹”吧!

prefork模式
這個多路處理模塊(MPM)實現(xiàn)了一個非線程型的、預派生的web服務器,它的工作方式類似于Apache 1.3。它適合于沒有線程安全庫,需要避免線程兼容性問題的系統(tǒng)。它是要求將每個請求相互獨立的情況下最好的MPM,這樣若一個請求出現(xiàn)問題就不會影響到其他請求。

這個MPM具有很強的自我調(diào)節(jié)能力,只需要很少的配置指令調(diào)整。最重要的是將MaxClients設置為一個足夠大的數(shù)值以處理潛在的請求高峰,同時又不能太大,以致需要使用的內(nèi)存超出物理內(nèi)存的大小。

worker模式
此多路處理模塊(MPM)使網(wǎng)絡服務器支持混合的多線程多進程。由于使用線程來處理請求,所以可以處理海量請求,而系統(tǒng)資源的開銷小于基于進程的MPM。但是,它也使用了多進程,每個進程又有多個線程,以獲得基于進程的MPM的穩(wěn)定性。

控制這個MPM的最重要的指令是,控制每個子進程允許建立的線程數(shù)的ThreadsPerChild指令,和控制允許建立的總線程數(shù)的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
找到里邊的如下一段,可適當修改負載等參數(shù):
<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

處于穩(wěn)定性和安全性考慮,不建議更換apache2的運行方式,使用系統(tǒng)默認prefork即可。另外很多php模塊不能工作在worker模式下,例如redhat linux自帶的php也不能支持線程安全。所以最好不要切換工作模式。

prefork和worker模式的比較
prefork模式使用多個子進程,每個子進程只有一個線程。每個進程在某個確定的時間只能維持一個連接。在大多數(shù)平臺上,Prefork MPM在效率上要比Worker MPM要高,但是內(nèi)存使用大得多。prefork的無線程設計在某些情況下將比worker更有優(yōu)勢:它可以使用那些沒有處理好線程安全的第三方模塊,并且對于那些線程調(diào)試困難的平臺而言,它也更容易調(diào)試一些。

worker模式使用多個子進程,每個子進程有多個線程。每個線程在某個確定的時間只能維持一個連接。通常來說,在一個高流量的HTTP服務器上,Worker MPM是個比較好的選擇,因為Worker MPM的內(nèi)存使用比Prefork MPM要低得多。但worker MPM也由不完善的地方,如果一個線程崩潰,整個進程就會連同其所有線程一起"死掉".由于線程共享內(nèi)存空間,所以一個程序在運行時必須被系統(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將以最大每秒一個的速度產(chǎn)生新的子進程。此參數(shù)不要設的太大。

MaxSpareServers
設置空閑子進程的最大數(shù)量,默認為10。如果當前有超過MaxSpareServers數(shù)量的空閑子進程,那么父進程將殺死多余的子進程。此參數(shù)不要設的太大。如果你將該指令的值設置為比MinSpareServers小,Apache將會自動將其修改成"MinSpareServers+1"。

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

MaxRequestsPerChild
每個子進程在其生存期內(nèi)允許伺服的最大請求數(shù)量,默認為10000.到達MaxRequestsPerChild的限制后,子進程將會結(jié)束。如果MaxRequestsPerChild為"0",子進程將永遠不會結(jié)束。將MaxRequestsPerChild設置成非零值有兩個好處:
1.可以防止(偶然的)內(nèi)存泄漏無限進行,從而耗盡內(nèi)存。
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)的結(jié)果。因此要增加MaxClients的時候,你必須同時增加ServerLimit的值。

MinSpareThreads
最小空閑線程數(shù),默認值是"75"。這個MPM將基于整個服務器監(jiān)視空閑線程數(shù)。如果服務器中總的空閑線程數(shù)太少,子進程將產(chǎn)生新的空閑線程。

MaxSpareThreads
設置最大空閑線程數(shù)。默認值是"250"。這個MPM將基于整個服務器監(jiān)視空閑線程數(shù)。如果服務器中總的空閑線程數(shù)太多,子進程將殺死多余的空閑線程。MaxSpareThreads的取值范圍是有限制的。Apache將按照如下限制自動修正你設置的值:worker要求其大于等于MinSpareThreads加上ThreadsPerChild的和。

ThreadsPerChild
每個子進程建立的常駐的執(zhí)行線程數(shù)。默認值是25。子進程在啟動時建立這些線程后就不再建立新的線程了。

MaxRequestsPerChild
設置每個子進程在其生存期內(nèi)允許伺服的最大請求數(shù)量。到達MaxRequestsPerChild的限制后,子進程將會結(jié)束。如果MaxRequestsPerChild為"0",子進程將永遠不會結(jié)束。將MaxRequestsPerChild設置成非零值有兩個好處:
1.可以防止(偶然的)內(nèi)存泄漏無限進行,從而耗盡內(nèi)存。
2.給進程一個有限壽命,從而有助于當服務器負載減輕的時候減少活動進程的數(shù)量。
注意對于KeepAlive鏈接,只有第一個請求會被計數(shù)。事實上,它改變了每個子進程限制最大鏈接數(shù)量的行為。

到此,相信大家對“Apache的prefork模式和worker模式的介紹”有了更深的了解,不妨來實際操作一番吧!這里是億速云網(wǎng)站,更多相關內(nèi)容可以進入相關頻道進行查詢,關注我們,繼續(xù)學習!

向AI問一下細節(jié)

免責聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進行舉報,并提供相關證據(jù),一經(jīng)查實,將立刻刪除涉嫌侵權(quán)內(nèi)容。

AI