Apache Prefork和Worker模式的性能比較測試

nianzong

Apache Prefork和Worker模式的性能比較測試

選擇prefork還是worker可以在編譯時使用–with-mpm=MPM參數(shù)指定,默認(rèn)為prefork,

prefork

prefork采用預(yù)派生子進程方式，用單獨的子進程來處理 不同的請求，進程之間彼此獨立。在make編譯和make install安裝后，使用httpd -l來確定當(dāng)前使用的MPM是prefork.c。查看httpd-mpm.conf配置文件，里面包含如下默認(rèn)的配置段：

<IfModule prefork.c>
StartServers 5
MinSpareServers 5
MaxSpareServers 10
MaxClients 150
MaxRequestsPerChild 0
</IfModule>
prefork 控制進程在最初建立“StartServers”個子進程后，為了滿足MinSpareServers設(shè)置的需要創(chuàng)建一個進程，等待一秒鐘，繼續(xù)創(chuàng)建兩 個，再等待一秒鐘，繼續(xù)創(chuàng)建四個……如此按指數(shù)級增加創(chuàng)建的進程數(shù)，最多達到每秒32個，直到滿足MinSpareServers設(shè)置的值為止。這種模式 可以不必在請求到來時再產(chǎn)生新的進程，從而減小了系統(tǒng)開銷以增加性能。MaxSpareServers設(shè)置了最大的空閑進程數(shù)，如果空閑進程數(shù)大于這個 值，Apache會自動kill掉一些多余進程。這個值不要設(shè)得過大，但如果設(shè)的值比MinSpareServers小，Apache會自動把其調(diào)整為 MinSpareServers+1。如果站點負(fù)載較大，可考慮同時加大MinSpareServers和MaxSpareServers。 MaxRequestsPerChild設(shè)置的是每個子進程可處理的請求數(shù)。每個子進程在處理了“MaxRequestsPerChild”個請求后將自 動銷毀。0意味著無限，即子進程永不銷毀。雖然缺省設(shè)為0可以使每個子進程處理更多的請求，但如果設(shè)成非零值也有兩點重要的好處：1、可防止意外的內(nèi)存泄 漏。2、在服務(wù)器負(fù)載下降的時侯會自動減少子進程數(shù)。因此，可根據(jù)服務(wù)器的負(fù)載來調(diào)整這個值。MaxClients是這些指令中最為重要的一個，設(shè)定的是 Apache可以同時處理的請求，是對Apache性能影響最大的參數(shù)。其缺省值150是遠遠不夠的，如果請求總數(shù)已達到這個值（可通過ps -ef|grep http|wc -l來確認(rèn)），那么后面的請求就要排隊，直到某個已處理請求完畢。這就是系統(tǒng)資源還剩下很多而HTTP訪問卻很慢的主要原因。雖然理論上這個值越大，可以 處理的請求就越多，但Apache默認(rèn)的限制不能大于256。ServerLimit指令無須重編譯Apache就可以加大MaxClients。

<IfModule prefork.c>

ServerLimit  10000
StartServers 5
MinSpareServers 5
MaxSpareServers 10
MaxClients 10000
MaxRequestsPerChild 0
</IfModule>

 

Worker
相對于prefork，worker全新的支持多線程和多進程混合模型的MPM。由于 使用線程來處理，所以可以處理相對海量的請求，而系統(tǒng)資源的開銷要小于基于進程的服務(wù)器。但是，worker也使用了多進程，每個進程又生成多個線程，以 獲得基于進程服務(wù)器的穩(wěn)定性。在configure –with-mpm=worker后，進行make編譯、make install安裝。在缺省生成的httpd-mpm.conf中有以下默認(rèn)配置段：
<IfModule worker.c>
StartServers 2
MaxClients 150
MinSpareThreads 25
MaxSpareThreads 75
ThreadsPerChild 25
MaxRequestsPerChild 0
</IfModule>
Worker 由主控制進程生成“StartServers”個子進程，每個子進程中包含固定的ThreadsPerChild線程數(shù)，各個線程獨立地處理請求。同樣， 為了不在請求到來時再生成線程，MinSpareThreads和MaxSpareThreads設(shè)置了最少和最多的空閑線程數(shù)；而MaxClients 設(shè)置了同時連入的clients最大總數(shù)。如果現(xiàn)有子進程中的線程總數(shù)不能滿足負(fù)載，控制進程將派生新的子進程。MinSpareThreads和 MaxSpareThreads的最大缺省值分別是75和250。這兩個參數(shù)對Apache的性能影響并不大，可以按照實際情況相應(yīng)調(diào)節(jié)。 ThreadsPerChild是worker MPM中與性能相關(guān)最密切的指令。ThreadsPerChild的最大缺省值是64，如果負(fù)載較大，64也是不夠的。這時要顯式使用 ThreadLimit指令，它的最大缺省值是20000。Worker模式下所能同時處理的請求總數(shù)是由子進程總數(shù)乘以ThreadsPerChild 值決定的，應(yīng)該大于等于MaxClients。如果負(fù)載很大，現(xiàn)有的子進程數(shù)不能滿足時，控制進程會派生新的子進程。默認(rèn)最大的子進程總數(shù)是16，加大時 也需要顯式聲明ServerLimit（最大值是20000）。需要注意的是，如果顯式聲明了ServerLimit，那么它乘以 ThreadsPerChild的值必須大于等于MaxClients，而且MaxClients必須是ThreadsPerChild的整數(shù)倍，否則 Apache將會自動調(diào)節(jié)到一個相應(yīng)值。
<IfModule worker.c>
ServerLimit 25
ThreadLimit 200
StartServers 3
MaxClients 2000
MinSpareThreads 50
MaxSpareThreads 200
ThreadsPerChild 100
MaxRequestsPerChild 0
</IfModule>

下面是利用Apache自帶的測試工具ab對Server進行測試的情況(設(shè)定請求的index頁面為6bytes),cpu%為cpu占用率，mem為內(nèi)存使用量(M為單位)，RequestsPerSecond為每秒處理的請求數(shù)。
1、Prefor方式
  (ServerLimit,StartServer,MinSpareServers,MaxSpareServers,MaxClients,MaxRequestPerChild)            

-n/-c(ab參數(shù)) Cpu% Mem Requestspersecond (－,5,5,10,150,0) 100000/100 28.8 285 8434 100000/200 29.2 304 8032 100000/500 25.3 323 7348 100000/1000 24.4 330 5886 (10000,5,5,10,500,0) 100000/100 28.7 371 8345 100000/200 27.4 389 7929 100000/500 24.9 417 7229 100000/1000 23.4 437 6676 (10000,5,5,10,1000,0) 100000/100 28.8 408 8517 100000/200 27.0 422 8045 100000/500 24.2 455 7236 100000/1000 22.5 470 6570 (10000,5,5,10,1500,0) 100000/100 29.6 330 8407 100000/200 28.1 349 8014 100000/500 26.4 380 7290 100000/1000 24.0 400 6686

2、Worker方式
(ServerLimt,Threadlimt,Startservers,MaxClients,MinspareThread,MaxspareThread,ThreadperChild,MaxRequestPerChild)
                   

-n/-c(ab參數(shù))	cpu%	mem	RequestsperSecond
(50,500,5,10000,50,200,200,0)
100000/100	18.6	188	6020
100000/200	20.1	195	5892
100000/500	19.8	209	5708
100000/1000	22.2	218	6081
(100,500,5,10000,50,200,100,0)
100000/100	24.5	240	6919
100000/200	23.6	247	6798
100000/500	24.6	254	6827
100000/1000	22.3	271	6114
(200,500,5,10000,50,200,50,0)
100000/100	27.3	301	7781
100000/200	27.4	307	7789
100000/500	26.0	320	7141
100000/1000	21.8	344	6110

相對來說，prefork方式速度要稍高于worker，然而它需要的cpu和memory資源也稍多于woker。