青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

隨筆 - 87  文章 - 279  trackbacks - 0
<2025年11月>
2627282930311
2345678
9101112131415
16171819202122
23242526272829
30123456

潛心看書研究!

常用鏈接

留言簿(19)

隨筆分類(81)

文章分類(89)

相冊(cè)

ACM OJ

My friends

搜索

  •  

積分與排名

  • 積分 - 220431
  • 排名 - 118

最新評(píng)論

閱讀排行榜

評(píng)論排行榜

[IT技術(shù)]apache2.0 prefork和worker模塊性能調(diào)優(yōu)
Tags: mpm apache

  Apache 2.0在性能上的改善最吸引人。在支持POSIX線程的Unix系統(tǒng)上,Apache可以通過不同的MPM運(yùn)行在一種多進(jìn)程與多線程相混合的模式下,增強(qiáng)部分配置的可擴(kuò)充性能。相比于Apache 1.3,2.0版本做了大量的優(yōu)化來提升處理能力和可伸縮性,并且大多數(shù)改進(jìn)在默認(rèn)狀態(tài)下即可生效。但是在編譯和運(yùn)行時(shí)刻,2.0也有許多可以顯著提高性能的選擇。本文不想敘述那些以功能換取速度的指令,如HostnameLookups等,而只是說明在2.0中影響性能的最核心特性:MPM(Multi -Processing Modules,多道處理模塊)的基本工作原理和配置指令。

  毫不夸張地說,MPM的引入是Apache 2.0最重要的變化。大家知道,Apache是基于模塊化的設(shè)計(jì),而Apache 2.0更擴(kuò)展了模塊化設(shè)計(jì)到Web服務(wù)器的最基本功能。服務(wù)器裝載了一種多道處理模塊,負(fù)責(zé)綁定本機(jī)網(wǎng)絡(luò)端口、接受請(qǐng)求,并調(diào)度子進(jìn)程來處理請(qǐng)求。擴(kuò)展模塊化設(shè)計(jì)有兩個(gè)重要好處:

  ◆ Apache可以更簡(jiǎn)潔、有效地支持多種操作系統(tǒng);

  ◆ 服務(wù)器可以按站點(diǎn)的特殊需要進(jìn)行自定制。

  在用戶級(jí),MPM看起來和其它Apache模塊非常類似。主要區(qū)別是在任意時(shí)刻只能有一種MPM被裝載到服務(wù)器中。

  指定MPM的方法

  下面以Red Hat Linux 9為平臺(tái),說明在Apache 2.0中如何指定MPM (Apache采用2.0.45)。先解壓縮源代碼包httpd-2.0.45.tar.gz,生成httpd-2.0.45目錄(Apache 1.3源代碼包的命名規(guī)則是apache_1.3.NN.tar.gz,而2.0版則是httpd-2.0.NN.tar.gz,其中NN是次版本號(hào))。

  進(jìn)入httpd-2.0.45目錄,運(yùn)行以下代碼:

$ ./configure --help|grep mpm

 

  顯示如下:

--with-mpm=MPM
Choose the process model for Apache to use.
MPM={beos|worker|prefork|mpmt_os2| perchild|leader|threadpool}

 

  上述操作用來選擇要使用的進(jìn)程模型,即哪種MPM模塊。Beos、mpmt_os2分別是BeOS和OS/2上缺省的MPM, perchild主要設(shè)計(jì)目的是以不同的用戶和組的身份來運(yùn)行不同的子進(jìn)程。這在運(yùn)行多個(gè)需要CGI的虛擬主機(jī)時(shí)特別有用,會(huì)比1.3版中的SuExec 機(jī)制做得更好。leader和threadpool都是基于worker的變體,還處于實(shí)驗(yàn)性階段,某些情況下并不會(huì)按照預(yù)期設(shè)想的那樣工作,所以 Apache官方也并不推薦使用。因此,我們主要闡述prefork和worker這兩種和性能關(guān)系最大的產(chǎn)品級(jí)MPM ( 有關(guān)其它的MPM詳細(xì)說明,請(qǐng)參見Apache官方文檔:http://httpd.apache.org/docs-2.0/mod/)。

  prefork的工作原理及配置

  如果不用“--with-mpm”顯式指定某種MPM,prefork就是Unix平臺(tái)上缺省的MPM。它所采用的預(yù)派生子進(jìn)程方式也是 Apache 1.3中采用的模式。prefork本身并沒有使用到線程,2.0版使用它是為了與1.3版保持兼容性;另一方面,prefork用單獨(dú)的子進(jìn)程來處理不同的請(qǐng)求,進(jìn)程之間是彼此獨(dú)立的,這也使其成為最穩(wěn)定的MPM之一。

  若使用prefork,在make編譯和make install安裝后,使用“httpd -l”來確定當(dāng)前使用的MPM,應(yīng)該會(huì)看到prefork.c(如果看到worker.c說明使用的是worker MPM,依此類推)。再查看缺省生成的httpd.conf配置文件,里面包含如下配置段:

<IfModule prefork.c>
StartServers 5
MinSpareServers 5
MaxSpareServers 10
MaxClients 150
MaxRequestsPerChild 0
</IfModule>

 

  prefork的工作原理是,控制進(jìn)程在最初建立“StartServers”個(gè)子進(jìn)程后,為了滿足MinSpareServers設(shè)置的需要?jiǎng)?chuàng)建一個(gè)進(jìn)程,等待一秒鐘,繼續(xù)創(chuàng)建兩個(gè),再等待一秒鐘,繼續(xù)創(chuàng)建四個(gè)……如此按指數(shù)級(jí)增加創(chuàng)建的進(jìn)程數(shù),最多達(dá)到每秒32個(gè),直到滿足 MinSpareServers設(shè)置的值為止。這就是預(yù)派生(prefork)的由來。這種模式可以不必在請(qǐng)求到來時(shí)再產(chǎn)生新的進(jìn)程,從而減小了系統(tǒng)開銷以增加性能。

  MaxSpareServers設(shè)置了最大的空閑進(jìn)程數(shù),如果空閑進(jìn)程數(shù)大于這個(gè)值,Apache會(huì)自動(dòng)kill掉一些多余進(jìn)程。這個(gè)值不要設(shè)得過大,但如果設(shè)的值比MinSpareServers小,Apache會(huì)自動(dòng)把其調(diào)整為MinSpareServers+1。如果站點(diǎn)負(fù)載較大,可考慮同時(shí)加大MinSpareServers和MaxSpareServers。

  MaxRequestsPerChild設(shè)置的是每個(gè)子進(jìn)程可處理的請(qǐng)求數(shù)。每個(gè)子進(jìn)程在處理了“MaxRequestsPerChild” 個(gè)請(qǐng)求后將自動(dòng)銷毀。0意味著無限,即子進(jìn)程永不銷毀。雖然缺省設(shè)為0可以使每個(gè)子進(jìn)程處理更多的請(qǐng)求,但如果設(shè)成非零值也有兩點(diǎn)重要的好處:

  ◆ 可防止意外的內(nèi)存泄漏;

  ◆ 在服務(wù)器負(fù)載下降的時(shí)侯會(huì)自動(dòng)減少子進(jìn)程數(shù)。

  因此,可根據(jù)服務(wù)器的負(fù)載來調(diào)整這個(gè)值。筆者認(rèn)為10000左右比較合適。

  MaxClients是這些指令中最為重要的一個(gè),設(shè)定的是Apache可以同時(shí)處理的請(qǐng)求,是對(duì)Apache性能影響最大的參數(shù)。其缺省值 150是遠(yuǎn)遠(yuǎn)不夠的,如果請(qǐng)求總數(shù)已達(dá)到這個(gè)值(可通過ps -ef|grep http|wc -l來確認(rèn)),那么后面的請(qǐng)求就要排隊(duì),直到某個(gè)已處理請(qǐng)求完畢。這就是系統(tǒng)資源還剩下很多而HTTP訪問卻很慢的主要原因。系統(tǒng)管理員可以根據(jù)硬件配置和負(fù)載情況來動(dòng)態(tài)調(diào)整這個(gè)值。雖然理論上這個(gè)值越大,可以處理的請(qǐng)求就越多,但Apache默認(rèn)的限制不能大于256。如果把這個(gè)值設(shè)為大于256,那么 Apache將無法起動(dòng)。事實(shí)上,256對(duì)于負(fù)載稍重的站點(diǎn)也是不夠的。在Apache 1.3中,這是個(gè)硬限制。如果要加大這個(gè)值,必須在“configure”前手工修改的源代碼樹下的src/include/httpd.h中查找 256,就會(huì)發(fā)現(xiàn)“#define HARD_SERVER_LIMIT 256”這行。把256改為要增大的值(如4000),然后重新編譯Apache即可。在Apache 2.0中新加入了ServerLimit指令,使得無須重編譯Apache就可以加大MaxClients。下面是筆者的prefork配置段:

<IfModule prefork.c>
StartServers 10
MinSpareServers 10
MaxSpareServers 15
ServerLimit 2000
MaxClients 1000
MaxRequestsPerChild 10000
</IfModule>

 

  上述配置中,ServerLimit的最大值是20000,對(duì)于大多數(shù)站點(diǎn)已經(jīng)足夠。如果一定要再加大這個(gè)數(shù)值,對(duì)位于源代碼樹下server/mpm/prefork/prefork.c中以下兩行做相應(yīng)修改即可:

#define DEFAULT_SERVER_LIMIT 256
#define MAX_SERVER_LIMIT 20000

 

  worker的工作原理及配置

  相對(duì)于prefork,worker是2.0 版中全新的支持多線程和多進(jìn)程混合模型的MPM。由于使用線程來處理,所以可以處理相對(duì)海量的請(qǐng)求,而系統(tǒng)資源的開銷要小于基于進(jìn)程的服務(wù)器。但是, worker也使用了多進(jìn)程,每個(gè)進(jìn)程又生成多個(gè)線程,以獲得基于進(jìn)程服務(wù)器的穩(wěn)定性。這種MPM的工作方式將是Apache 2.0的發(fā)展趨勢(shì)。

  在configure -with-mpm=worker后,進(jìn)行make編譯、make install安裝。在缺省生成的httpd.conf中有以下配置段:

<IfModule worker.c>
StartServers 2
MaxClients 150
MinSpareThreads 25
MaxSpareThreads 75
ThreadsPerChild 25
MaxRequestsPerChild 0
</IfModule>

 

  worker的工作原理是,由主控制進(jìn)程生成“StartServers”個(gè)子進(jìn)程,每個(gè)子進(jìn)程中包含固定的ThreadsPerChild 線程數(shù),各個(gè)線程獨(dú)立地處理請(qǐng)求。同樣,為了不在請(qǐng)求到來時(shí)再生成線程,MinSpareThreads和MaxSpareThreads設(shè)置了最少和最多的空閑線程數(shù);而MaxClients設(shè)置了所有子進(jìn)程中的線程總數(shù)。如果現(xiàn)有子進(jìn)程中的線程總數(shù)不能滿足負(fù)載,控制進(jìn)程將派生新的子進(jìn)程。

  MinSpareThreads和MaxSpareThreads的最大缺省值分別是75和250。這兩個(gè)參數(shù)對(duì)Apache的性能影響并不大,可以按照實(shí)際情況相應(yīng)調(diào)節(jié)。

  ThreadsPerChild是worker MPM中與性能相關(guān)最密切的指令。ThreadsPerChild的最大缺省值是64,如果負(fù)載較大,64也是不夠的。這時(shí)要顯式使用 ThreadLimit指令,它的最大缺省值是20000。上述兩個(gè)值位于源碼樹server/mpm/worker/worker.c中的以下兩行:

#define DEFAULT_THREAD_LIMIT 64
#define MAX_THREAD_LIMIT 20000

 

  這兩行對(duì)應(yīng)著ThreadsPerChild和ThreadLimit的限制數(shù)。最好在configure之前就把64改成所希望的值。注意,不要把這兩個(gè)值設(shè)得太高,超過系統(tǒng)的處理能力,從而因Apache不起動(dòng)使系統(tǒng)很不穩(wěn)定。

  Worker模式下所能同時(shí)處理的請(qǐng)求總數(shù)是由子進(jìn)程總數(shù)乘以ThreadsPerChild值決定的,應(yīng)該大于等于MaxClients。如果負(fù)載很大,現(xiàn)有的子進(jìn)程數(shù)不能滿足時(shí),控制進(jìn)程會(huì)派生新的子進(jìn)程。默認(rèn)最大的子進(jìn)程總數(shù)是16,加大時(shí)也需要顯式聲明ServerLimit(最大值是20000)。這兩個(gè)值位于源碼樹server/mpm/worker/worker.c中的以下兩行:

#define DEFAULT_SERVER_LIMIT 16
#define MAX_SERVER_LIMIT 20000

 

  需要注意的是,如果顯式聲明了ServerLimit,那么它乘以ThreadsPerChild的值必須大于等于MaxClients,而且MaxClients必須是ThreadsPerChild的整數(shù)倍,否則Apache將會(huì)自動(dòng)調(diào)節(jié)到一個(gè)相應(yīng)值(可能是個(gè)非期望值)。下面是筆者的 worker配置段:

<IfModule worker.c>
StartServers 3
MaxClients 2000
ServerLimit 25
MinSpareThreads 50
MaxSpareThreads 200
ThreadLimit 200
ThreadsPerChild 100
MaxRequestsPerChild 0
</IfModule>

 

  通過上面的敘述,可以了解到Apache 2.0中prefork和worker這兩個(gè)重要MPM的工作原理,并可根據(jù)實(shí)際情況來配置Apache相關(guān)的核心參數(shù),以獲得最大的性能和穩(wěn)定性。

posted on 2008-09-02 11:10 閱讀(297) 評(píng)論(0)  編輯 收藏 引用 所屬分類: apache
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            亚洲欧美日韩精品久久亚洲区| 麻豆国产va免费精品高清在线| 午夜精品剧场| 99亚洲一区二区| 久久亚洲精品一区| 久久免费视频这里只有精品| 久久亚洲国产精品一区二区 | 欧美精品久久久久久久久久| 欧美不卡在线| 国产精品久久99| 国产一区自拍视频| 亚洲免费久久| 久久精品国产免费观看| 欧美国产一区二区在线观看| 99国内精品久久| 欧美亚洲网站| 欧美人与禽猛交乱配视频| 国产精品高潮久久| 亚洲第一综合天堂另类专| 一区二区三区成人| 久久全国免费视频| 亚洲人成亚洲人成在线观看| 中文在线不卡| 欧美成人激情视频| 国产日韩1区| 在线视频欧美一区| 欧美.www| 欧美一区二区视频在线观看| 欧美片第1页综合| 一区二区自拍| 久久国产综合精品| 制服丝袜亚洲播放| 欧美国产视频日韩| 一区二区三区在线免费视频| 午夜精品视频在线观看| 亚洲精品在线电影| 欧美成人69av| 在线免费观看日本欧美| 午夜久久tv| 一本色道久久88精品综合| 免费一级欧美片在线观看| 黑人巨大精品欧美黑白配亚洲| 亚洲欧美视频一区| 艳妇臀荡乳欲伦亚洲一区| 欧美精品在线免费| 日韩视频在线一区| 亚洲电影在线| 久久综合网络一区二区| 国内精品久久久久影院 日本资源| 一本色道久久综合精品竹菊| 亚洲第一狼人社区| 老司机一区二区| ●精品国产综合乱码久久久久| 久久国产日本精品| 亚洲一区图片| 国产拍揄自揄精品视频麻豆| 午夜在线精品偷拍| 亚洲一区网站| 国产婷婷一区二区| 欧美一区免费视频| 欧美一区二区三区成人| 亚洲视频一二区| 国产精品理论片| 欧美一区二区在线播放| 午夜精品国产更新| 精品1区2区| 亚洲第一在线视频| 欧美人牲a欧美精品| 亚洲一区二区在线视频 | 亚洲美女在线观看| 欧美精品一区三区| 亚洲视频二区| 亚洲综合第一页| 国产欧美一区二区三区视频| 久久精品免费播放| 免费观看在线综合| 亚洲一区二区影院| 翔田千里一区二区| 亚洲国产精品成人综合色在线婷婷| 欧美激情2020午夜免费观看| 欧美日韩的一区二区| 午夜欧美大片免费观看| 久久精品人人爽| 一本久久精品一区二区| 亚洲欧美日韩久久精品| 亚洲大片一区二区三区| 亚洲美女av电影| 国产亚洲毛片在线| 亚洲国产激情| 国产欧美日韩亚洲一区二区三区| 欧美va亚洲va国产综合| 欧美视频精品一区| 久久综合久色欧美综合狠狠| 欧美激情一区二区三区四区| 午夜视频一区二区| 欧美大片第1页| 欧美一级视频免费在线观看| 免费观看不卡av| 欧美中文字幕视频| 欧美日韩 国产精品| 久久久久久网址| 欧美性大战xxxxx久久久| 欧美福利专区| 国模大胆一区二区三区| 中文有码久久| 亚洲伦伦在线| 久久精品国产清高在天天线| 夜夜夜久久久| 久久久最新网址| 午夜天堂精品久久久久| 欧美经典一区二区三区| 久久伊伊香蕉| 国产女主播在线一区二区| 亚洲精品免费一区二区三区| 在线播放亚洲一区| 欧美一区二区三区在线免费观看| 中文av字幕一区| 欧美激情精品久久久久久黑人| 麻豆国产精品va在线观看不卡 | 久久一区二区视频| 销魂美女一区二区三区视频在线| 欧美jizzhd精品欧美喷水| 美女视频一区免费观看| 欧美午夜一区二区福利视频| 暖暖成人免费视频| 国产日产欧产精品推荐色| 亚洲精选大片| 亚洲免费精彩视频| 欧美精品国产精品日韩精品| 欧美成人免费在线视频| 国产一区二区三区自拍| 亚洲一区成人| 欧美一区二区三区电影在线观看| 欧美色图一区二区三区| 亚洲免费福利视频| 亚洲卡通欧美制服中文| 乱人伦精品视频在线观看| 美日韩丰满少妇在线观看| 黄色av日韩| 米奇777超碰欧美日韩亚洲| 欧美国产精品va在线观看| 亚洲成人在线视频播放| 欧美不卡高清| 99精品国产在热久久| 亚洲综合久久久久| 国产欧美一区二区三区视频| 久久av在线看| 亚洲国产高清一区| 亚洲影视综合| 国产一区二区三区在线观看精品 | 亚洲一区二区三区中文字幕在线| 欧美日韩成人综合| 亚洲一区bb| 久久久久久噜噜噜久久久精品 | 国产精品美女久久久浪潮软件 | 日韩视频中文| 欧美视频一区二区| av成人激情| 久久动漫亚洲| 亚洲精品系列| 国产精品一区在线观看你懂的| 欧美在线播放| 欧美国产综合| 午夜欧美大片免费观看| 韩日欧美一区二区三区| 欧美v国产在线一区二区三区| 一本一本久久a久久精品牛牛影视| 性亚洲最疯狂xxxx高清| 亚洲国产精品久久久久婷婷老年| 欧美片在线播放| 久久都是精品| 一区二区日韩免费看| 欧美aⅴ99久久黑人专区| 亚洲欧美国产不卡| 亚洲高清资源| 国产伦精品一区| 欧美精品一区二区三区视频| 欧美在线999| 艳妇臀荡乳欲伦亚洲一区| 久久久噜噜噜久久| 中文精品视频| 亚洲娇小video精品| 日韩亚洲精品在线| 久久国产精品久久久久久久久久| 国产女人aaa级久久久级| 亚洲影院免费观看| 久久久久久网| 亚洲无毛电影| 一区二区视频免费在线观看| 欧美屁股在线| 久久免费高清视频| 亚洲影院色在线观看免费| 亚洲高清久久久| 久久久av毛片精品| 亚洲欧美日韩国产精品| 亚洲激情不卡| 在线观看亚洲精品| 国内精品久久久久伊人av| 国产精品视频免费一区| 欧美日韩一区二区三区高清|