ThreadsPerChild
每個(gè)子進(jìn)程中包含固定的ThreadsPerChild線(xiàn)程數
ThreadsPerChild是workerMPM中與性能相關(guān)最密切的指令。ThreadsPerChild的最大缺省值是64，如果負載較大，64也是不夠的。這時(shí)要顯式使用ThreadLimit指令，它的最大缺省值是20000。上述兩個(gè)值位于源碼樹(shù)server/mpm/worker/worker.c(在源碼包的里面，安裝前修改)中的以下兩行：
#define DEFAULT_THREAD_LIMIT 64
#define MAX_THREAD_LIMIT 20000
這兩行對應著(zhù)ThreadsPerChild和ThreadLimit的限制數。最好在configure之前就把64改成所希望的值。注意，不要把這兩個(gè)值設得太高，超過(guò)系統的處理能力，從而因Apache不起動(dòng)使系統很不穩定。
Worker模式下所能同時(shí)處理的請求總數是由子進(jìn)程總數乘以ThreadsPerChild值決定的，應該大于等于MaxClients。如果負載很大，現有的子進(jìn)程數不能滿(mǎn)足時(shí)，控制進(jìn)程會(huì )派生新的子進(jìn)程。默認最大的子進(jìn)程總數是16，加大時(shí)也需要顯式聲明ServerLimit（最大值是20000）。這兩個(gè)值位于源碼樹(shù)server/mpm/worker/worker.c中的以下兩行：
#define DEFAULT_SERVER_LIMIT 16
#define MAX_SERVER_LIMIT 20000
需要注意的是，如果顯式聲明了ServerLimit，那么它乘以ThreadsPerChild的值必須大于等于MaxClients，而且MaxClients必須是ThreadsPerChild的整數倍，否則Apache將會(huì )自動(dòng)調節到一個(gè)相應值（可能是個(gè)非期望值）。下面是筆者的worker配置段：
<IfModule worker.c>;
StartServers 3
MaxClients 2000
ServerLimit 25
MinSpareThreads 50
MaxSpareThreads 200
ThreadLimit 200
ThreadsPerChild 100
MaxRequestsPerChild 0
</IfModule>;
source:http://bbs.syset.cn/archiver/tid-92.html
worker的工作原理及配置
相對于prefork，worker是2.0版中全新的支持多線(xiàn)程和多進(jìn)程混合模型的MPM。由于使用線(xiàn)程來(lái)處理，所以可以處理相對海量的請求，而系統資源的開(kāi)銷(xiāo)要小于基于進(jìn)程的服務(wù)器。但是，worker也使用了多進(jìn)程，每個(gè)進(jìn)程又生成多個(gè)線(xiàn)程，以獲得基于進(jìn)程服務(wù)器的穩定性。這種MPM的工作方式將是Apache 2.0的發(fā)展趨勢。
在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線(xiàn)程數，各個(gè)線(xiàn)程獨立地處理請求。同樣，為了不在請求到來(lái)時(shí)再生成線(xiàn)程，MinSpareThreads和MaxSpareThreads設置了最少和最多的空閑線(xiàn)程數；而MaxClients設置了所有子進(jìn)程中的線(xiàn)程總數。如果現有子進(jìn)程中的線(xiàn)程總數不能滿(mǎn)足負載，控制進(jìn)程將派生新的子進(jìn)程。
MinSpareThreads和MaxSpareThreads的最大缺省值分別是75和250。這兩個(gè)參數對Apache的性能影響并不大，可以按照實(shí)際情況相應調節。
ThreadsPerChild是workerMPM中與性能相關(guān)最密切的指令。ThreadsPerChild的最大缺省值是64，如果負載較大，64也是不夠的。這時(shí)要顯式使用ThreadLimit指令，它的最大缺省值是20000。上述兩個(gè)值位于源碼樹(shù)server/mpm/worker/worker.c中的以下兩行：
#define DEFAULT_THREAD_LIMIT 64
#define MAX_THREAD_LIMIT 20000
這兩行對應著(zhù)ThreadsPerChild和ThreadLimit的限制數。最好在configure之前就把64改成所希望的值。注意，不要把這兩個(gè)值設得太高，超過(guò)系統的處理能力，從而因Apache不起動(dòng)使系統很不穩定。
Worker模式下所能同時(shí)處理的請求總數是由子進(jìn)程總數乘以ThreadsPerChild值決定的，應該大于等于MaxClients。如果負載很大，現有的子進(jìn)程數不能滿(mǎn)足時(shí)，控制進(jìn)程會(huì )派生新的子進(jìn)程。默認最大的子進(jìn)程總數是16，加大時(shí)也需要顯式聲明ServerLimit（最大值是20000）。這兩個(gè)值位于源碼樹(shù)server/mpm/worker/worker.c中的以下兩行：
#define DEFAULT_SERVER_LIMIT 16
#define MAX_SERVER_LIMIT 20000
需要注意的是，如果顯式聲明了ServerLimit，那么它乘以ThreadsPerChild的值必須大于等于MaxClients，而且MaxClients必須是ThreadsPerChild的整數倍，否則Apache將會(huì )自動(dòng)調節到一個(gè)相應值（可能是個(gè)非期望值）。下面是筆者的worker配置段：
<IfModule worker.c>;
StartServers 3
MaxClients 2000
ServerLimit 25
MinSpareThreads 50
MaxSpareThreads 200
ThreadLimit 200
ThreadsPerChild 100
MaxRequestsPerChild 0
</IfModule>;
source:http://bbs.syset.cn/archiver/tid-91.html
| 在 Apache 服務(wù)器中，KeepAlive 是一個(gè)布爾值，On 代表打開(kāi)，Off 代表關(guān)閉，這個(gè)指令在其他眾多的 HTTPD 服務(wù)器中都是存在的。 KeepAlive 配置指令決定當處理完用戶(hù)發(fā)起的 HTTP 請求后是否立即關(guān)閉 TCP 連接，如果 KeepAlive 設置為 On，那么用戶(hù)完成一次訪(fǎng)問(wèn)后，不會(huì )立即斷開(kāi)連接，如果還有請求，那么會(huì )繼續在這一次 TCP 連接中完成，而不用重復建立新的 TCP 連接和關(guān)閉 TCP 連接，可以提高用戶(hù)訪(fǎng)問(wèn)速度。 那么我們考慮3種情況： 1。用戶(hù)瀏覽一個(gè)網(wǎng)頁(yè)時(shí)，除了網(wǎng)頁(yè)本身外，還引用了多個(gè) javascript 文件，多個(gè) css 文件，多個(gè)圖片文件，并且這些文件都在同一個(gè) HTTP 服務(wù)器上。 2。用戶(hù)瀏覽一個(gè)網(wǎng)頁(yè)時(shí)，除了網(wǎng)頁(yè)本身外，還引用一個(gè) javascript 文件，一個(gè)圖片文件。 3。用戶(hù)瀏覽的是一個(gè)動(dòng)態(tài)網(wǎng)頁(yè)，由程序即時(shí)生成內容，并且不引用其他內容。 對于上面3中情況，我認為：1 最適合打開(kāi) KeepAlive ，2 隨意，3 最適合關(guān)閉 KeepAlive 下面我來(lái)分析一下原因。 在 Apache 中，打開(kāi)和關(guān)閉 KeepAlive 功能，服務(wù)器端會(huì )有什么異同呢？ 先看看理論分析。 打 開(kāi) KeepAlive 后，意味著(zhù)每次用戶(hù)完成全部訪(fǎng)問(wèn)后，都要保持一定時(shí)間后才關(guān)閉會(huì )關(guān)閉 TCP 連接，那么在關(guān)閉連接之前，必然會(huì )有一個(gè) Apache 進(jìn)程對應于該用戶(hù)而不能處理其他用戶(hù)， 假設 KeepAlive 的超時(shí)時(shí)間為 10 秒種，服務(wù)器每秒處理 50 個(gè)獨立用戶(hù)訪(fǎng)問(wèn)，那么系統中 Apache 的總進(jìn)程數就是 10 * 50 ＝ 500 個(gè)，如果一個(gè)進(jìn)程占用 4M 內存，那么總共會(huì )消耗 2G 內存，所以可以看出，在這種配置中，相當消耗內存，但好處是系統只處理了 50次 TCP 的握手和關(guān)閉操作。 如 果關(guān)閉 KeepAlive，如果還是每秒50個(gè)用戶(hù)訪(fǎng)問(wèn)，如果用戶(hù)每次連續的請求數為3個(gè)，那么 Apache 的總進(jìn)程數就是 50 * 3 = 150 個(gè)，如果還是每個(gè)進(jìn)程占用 4M 內存，那么總的內存消耗為 600M，這種配置能節省大量?jì)却?，但是，系統處理了 150 次 TCP 的握手和關(guān)閉的操作，因此又會(huì )多消耗一些 CPU 資源。 在看看實(shí)踐的觀(guān)察。 我 在一組大量處理動(dòng)態(tài)網(wǎng)頁(yè)內容的服務(wù)器中，起初打開(kāi) KeepAlive 功能，經(jīng)常觀(guān)察到用戶(hù)訪(fǎng)問(wèn)量大時(shí)Apache進(jìn)程數也非常多，系統頻繁使用交換內存，系統不穩定，有時(shí)負載會(huì )出現較大波動(dòng)。關(guān)閉了 KeepAlive 功能后，看到明顯的變化是： Apache 的進(jìn)程數減少了，空閑內存增加了，用于文件系統Cache的內存也增加了，CPU 的開(kāi)銷(xiāo)增加了，但是服務(wù)更穩定了，系統負載也比較穩定，很少有負載大范圍波動(dòng)的情況，負載有一定程度的降低；變化不明顯的是：訪(fǎng)問(wèn)量較少的時(shí)候，系統平均 負載沒(méi)有明顯變化。 總結一下： 在內存非常充足的服務(wù)器上，不管是否關(guān)閉 KeepAlive 功能，服務(wù)器性能不會(huì )有明顯變化； 如果服務(wù)器內存較少，或者服務(wù)器有非常大量的文件系統訪(fǎng)問(wèn)時(shí)，或者主要處理動(dòng)態(tài)網(wǎng)頁(yè)服務(wù)，關(guān)閉 KeepAlive 后可以節省很多內存，而節省出來(lái)的內存用于文件系統Cache，可以提高文件系統訪(fǎng)問(wèn)的性能，并且系統會(huì )更加穩定。 補充： 關(guān)于是否應該關(guān)閉 KeepAlive 選項，我覺(jué)得可以基于下面的一個(gè)公式來(lái)判斷。 在理想的網(wǎng)絡(luò )連接狀況下，系統的 Apache 進(jìn)程數和內存使用可以用如下公式表達： HttpdProcessNumber = KeepAliveTimeout * TotalRequestPerSecond / Average(KeepAliveRequests) HttpdUsedMemory = HttpdProcessNumber * MemoryPerHttpdProcess 換成中文： 總Apache進(jìn)程數 = KeepAliveTimeout * 每秒種HTTP請求數 / 平均KeepAlive請求 Apache占用內存 = 總Apache進(jìn)程數 * 平均每進(jìn)程占用內存數 需要特別說(shuō)明的是： [平 均KeepAlive請求] 數，是指每個(gè)用戶(hù)連接上服務(wù)器后，持續發(fā)出的 HTTP 請求數。當 KeepAliveTimeout 等 0 或者 KeepAlive 關(guān)閉時(shí)，KeepAliveTimeout 不參與乘的運算從上面的公式看，如果 [每秒用戶(hù)請求] 多，[KeepAliveTimeout] 的值大，[平均KeepAlive請求] 的值小，都會(huì )造成 [Apache進(jìn)程數] 多和 [內存] 多，但是當 [平均KeepAlive請求] 的值越大時(shí)，[Apache進(jìn)程數] 和 [內存] 都是趨向于減少的。 基于上面的公式，我們就可以推算出當 平均KeepAlive請求 <= KeepAliveTimeout 時(shí)，關(guān)閉 KeepAlive 選項是劃算的，否則就可以考慮打開(kāi)。 |
http://hi.baidu.com/%D4%D3%D5%B3/blog/item/702890b414ba05778bd4b2ca.html
| apache的內存使用 apache進(jìn)程在使用內存時(shí)，是“漸長(cháng)”的。也就是說(shuō)，直到這個(gè)進(jìn)程死掉，使用內存的數量是一直增長(cháng)而不會(huì )減少的。這樣的話(huà)，apache進(jìn)程使用內存的多少，就決定于你的應用程序最大使用內存量了。 keepalive參數 KeepAliveTimeout 這個(gè)參數決定了，在什么都不做之前，一個(gè)http進(jìn)程能夠等待多長(cháng)時(shí)間？ 設想一下，如果keepalive設置為on,而 keepalivetimeout設置為一個(gè)比較大的數字，apache占用內存會(huì )很快的增長(cháng)。這是因為，一個(gè)apache進(jìn)程完成了一個(gè)任務(wù)（并達到了 一定的內存占用，想一下“漸進(jìn)”模式），并不會(huì )馬上退出，而是等待一個(gè)keepalivetimeout時(shí)間。假設用戶(hù)的鏈接請求持續不斷的到來(lái)，則積累 起來(lái)的無(wú)用的apache進(jìn)程就會(huì )相當多，直到timeout，這些進(jìn)程才會(huì )被殺死。 但是，keepalive的確對于靜態(tài)的文件，比如圖像文件的傳送是很有效的，因此，keepalive要設置為on，但是keepalvietimeout要設置的小些，比如5s MaxRequestsPerChild 這個(gè)參數是說(shuō)，apache進(jìn)程在處理了多少個(gè)請求之后，必須退出，重新開(kāi)始，以免在處理中的內存問(wèn)題。 對于php腳本來(lái)說(shuō)，把這個(gè)參數設置的小一些是有好處的，可以避免程序使用的內存持續增長(cháng)對apache帶來(lái)的壓力：讓這個(gè)參數定期釋放內存，因為php是在腳本執行完畢后，自動(dòng)釋放只用的資源（內存）的。 |
聯(lián)系客服
