• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            隨筆 - 87  文章 - 279  trackbacks - 0
            <2006年2月>
            2930311234
            567891011
            12131415161718
            19202122232425
            2627281234
            567891011

            潛心看書(shū)研究!

            常用鏈接

            留言簿(19)

            隨筆分類(81)

            文章分類(89)

            相冊(cè)

            ACM OJ

            My friends

            搜索

            •  

            積分與排名

            • 積分 - 216427
            • 排名 - 117

            最新評(píng)論

            閱讀排行榜

            評(píng)論排行榜

            Apache的prefork模式和worker模式

            prefork模式
            這個(gè)多路處理模塊(MPM)實(shí)現(xiàn)了一個(gè)非線程型的、預(yù)派生的web服務(wù)器,它的工作方式類似于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)求。

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

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

            控制這個(gè)MPM的最重要的指令是,控制每個(gè)子進(jìn)程允許建立的線程數(shù)的ThreadsPerChild指令,和控制允許建立的總線程數(shù)的MaxClients指令。

            prefork和worker模式的切換
            1.將當(dāng)前的prefork模式啟動(dòng)文件改名
            mv httpd httpd.prefork
            2.將worker模式的啟動(dòng)文件改名
            mv httpd.worker httpd
            3.修改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>
            4.重新啟動(dòng)服務(wù)
            /usr/local/apache2/bin/apachectl restart
            即可換成worker方式啟動(dòng)apache2

            處于穩(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ù)量的行為。

            posted on 2008-09-02 18:19 閱讀(222) 評(píng)論(0)  編輯 收藏 引用 所屬分類: apache
            久久精品国产AV一区二区三区| 久久国产精品久久| 久久免费精品一区二区| 久久久婷婷五月亚洲97号色| 久久精品久久久久观看99水蜜桃| 久久中文字幕无码专区| 久久综合日本熟妇| 2021最新久久久视精品爱| 亚洲欧美日韩精品久久亚洲区 | 久久99久国产麻精品66| 久久亚洲国产成人精品无码区| 久久久久国产日韩精品网站| 国产精品丝袜久久久久久不卡| 丰满少妇人妻久久久久久4| 99久久精品久久久久久清纯| 久久本道久久综合伊人| 综合久久给合久久狠狠狠97色| 亚洲人成电影网站久久| 国产美女亚洲精品久久久综合| 久久精品a亚洲国产v高清不卡| 97精品伊人久久大香线蕉app| 国产日韩欧美久久| 久久成人小视频| 久久久久亚洲AV无码永不| 青青青国产精品国产精品久久久久 | 久久有码中文字幕| 欧美一区二区三区久久综合| 四虎国产精品免费久久久 | 久久伊人影视| 久久天天躁狠狠躁夜夜躁2O2O| 91久久九九无码成人网站| 婷婷久久五月天| 国产成人久久精品一区二区三区| A级毛片无码久久精品免费| 色综合久久夜色精品国产| 久久精品国产亚洲AV无码麻豆 | 思思久久99热只有频精品66| 91视频国产91久久久| 欧美亚洲国产精品久久高清| 久久精品国产一区| 麻豆亚洲AV永久无码精品久久|