如何設置httpd-mpm-conf的參數

原文連接：http://blog.sina.com.cn/s/blog_626998030102wohs.html

首先肯定apache是使用哪一種工做模式
是prefork模式仍是worker模式
查看方法#apachectl -l 

顯示結果:
Compiled in modules:
  core.c
  mod_authn_file.c
  mod_authn_default.c
  mod_authz_host.c
  mod_authz_groupfile.c
  mod_authz_user.c
  mod_authz_default.c
  mod_auth_basic.c
  mod_include.c
  mod_filter.c
  mod_log_config.c
  mod_env.c
  mod_setenvif.c
  prefork.c 
  http_core.c
  mod_mime.c
  mod_status.c
  mod_autoindex.c
  mod_asis.c
  mod_cgi.c
  mod_negotiation.c
  mod_dir.c
  mod_actions.c
  mod_alias.c
  mod_so.c
紅色加粗部分顯示爲Prefork模式。

在httpd-mpm.conf中，prefork默認的配置爲：

       StartServers               5
       MinSpareServers              5
       MaxSpareServers              10
       MaxClients                 150
       MaxRequestsPerChild             0

以上參數各表明什麼含義，如何評估呢？這個須要先弄清楚其工做原理。

prefork 模式的工做原理大概爲：
控制進程在最初創建StartServers個子進程後, 爲了知足MinSpareServers設置的須要，建立一個進程，等待一秒鐘，繼續建立第二個，等待一秒鐘，繼而建立四個，如此按指數級增長建立的進程 數，最多達到每秒32個，直到知足MinSpareServers設置的值爲止，這也就是預派生(prefork)的由來。這種模式可使得沒必要在請求到 來時再產生新的進程，從而減少了系統開銷以增長性能。

MaxSpareServers 設置了最大的空閒進程數，若是空閒進程數大於這個值，Apache會自動kill某些多餘進程。這個值通常不要設的過大，但若是設的比 MinSpareServers小，Apache會自動把它調爲MinSpareServers+1。若是站點負載較大的話，可考慮同時加大 MinSpareServers和MaxSpareServers。

MaxRequestsPerChild設置的是每一個子進程能夠 處理的請求數。每一個子進程在處理了MaxRequestsPerChild個請求後將自動銷燬。0意味着無限，即子進程永不銷燬。雖然缺省設爲0可使每 個子進程處理更多的請求，但若是設成非零值也有兩點重要的好處：
1． 可防止意外的內存卸漏；
2． 在服務器負載降低的時侯會自動減小子進程數。
所以，可根據服務器的負載來調整這個值，若是非零的話，筆者認爲10000左右是比較合適的。事實上這個值對Apache的性能影響不是很大。

MaxClients 是這些指令中最爲重要的一個，它設定的就是Apache能夠同時處理的請求，這是對Apache性能影響最大的參數.在我我的看來，缺省的150是遠遠不 夠的，若是請求總數已達到這個值(可經過ps –ef|grep httpd|wc –l來確認)，那麼下面的請求就要排隊，直到某個已處理請求完畢。這就是爲何系統資源還剩下不少，而http訪問卻很慢的主要緣由。系統管理員能夠根據 硬件配置和負載狀況來動態調整這個值,雖然理論上這個值越大，能夠處理的請求就越多，但實際上，平時根據我們用的服務器（好比戴爾2950）配置，這個參 數設置到500已經足夠。注意的是，在Apache1版本中，這個參數是有限制的，不能超過256，即便你設置大於256也無論用，除非更改源代碼從新編 譯。在Apache2.0中新加入了ServerLimit指令，使得無須重編譯Apache就能夠加大MaxClients。

因此相對適中的一個配置推薦：

    ServerLimit        2048
    StartServers        10
    MinSpareServers       10
    MaxSpareServers      15
    MaxClients         500
    MaxRequestsPerChild    10000

 

 

 

 

1.

啓用MPM模塊配置文件

咱們須要在httpd.conf文件中啓用該配置文件，以下所示：

# Server-pool management (MPM specific)Include conf/extra/httpd-mpm.conf (去掉該行前面的註釋符號"#")

2.

 

啓用MPM模塊後找到配置文件進行編輯。

在Apace安裝目錄/conf/extra目錄中有一個名爲httpd-mpm.conf的配置文件。該文件主要用於進行MPM模塊的相關配置。不過，在默認狀況下，Apache的MPM模塊配置文件並無啓用。

例如：

# prefork MPM
# StartServers: number of server processes to start
# MinSpareServers: minimum number of server processes which are kept spare
# MaxSpareServers: maximum number of server processes which are kept spare
# MaxRequestWorkers: maximum number of server processes allowed to start
# MaxConnectionsPerChild: maximum number of connections a server process serves
#                         before terminating
<IfModule mpm_prefork_module>
    StartServers             5
    MinSpareServers          5
    MaxSpareServers         10
    MaxRequestWorkers      250
    MaxConnectionsPerChild   0
</IfModule>

3.

 

此時，咱們就須要根據當前Apache服務器所使用的MPM模塊，來修改對應<IfModule>節點下的參數配置。首先，咱們來看看mpm_winnt模塊下的默認配置：

#因爲mpm_winnt模塊只會建立1個子進程，所以這裏對單個子進程的參數設置就至關於對整個Apache的參數設置。

<IfModule mpm_winnt_module> 

ThreadsPerChild      150 #推薦設置：小型網站=1000 中型網站=1000~2000 大型網站=2000~3500MaxRequestsPerChild    0 #推薦設置：小=10000 中或大=20000~100000</IfModule>

對應的配置參數做用以下：

 

ThreadsPerChild

每一個子進程的最大併發線程數。

MaxRequestsPerChild

每一個子進程容許處理的請求總數。若是累計處理的請求數超過該值，該子進程將會結束(而後根據須要肯定是否建立新的子進程)，該值設爲0表示不限制請求總數(子進程永不結束)。

該參數建議設爲非零的值，能夠帶來如下兩個好處：

能夠防止程序中可能存在的內存泄漏無限進行下去，從而耗盡內存。

給進程一個有限壽命，從而有助於當服務器負載減輕的時候減小活動進程的數量。

 

 

 

 

 

 

注意：在以上涉及到統計請求數量的參數中，對於KeepAlive的鏈接，只有第一個請求會被計數。

4.

 

咱們再來看看mpm_perfork模塊和mpm_worker模塊下的默認配置:

#mpm_perfork模塊

<IfModule mpm_prefork_module> StartServers          5 #推薦設置：小=默認 中=20~50 大=50~100MinSpareServers       5 #推薦設置：與StartServers保持一致MaxSpareServers      10 #推薦設置：小=20 中=30~80 大=80~120 MaxClients          150 #推薦設置：小=500 中=500~1500 大型=1500~3000MaxRequestsPerChild   0 #推薦設置：小=10000 中或大=10000~500000(此外，還需額外設置ServerLimit參數，該參數最好與MaxClients的值保持一致。)</IfModule>

#mpm_worker模塊

<IfModule mpm_worker_module> StartServers          2 #推薦設置：小=默認 中=3~5 大=5~10MaxClients          150 #推薦設置：小=500 中=500~1500 大型=1500~3000MinSpareThreads      25 #推薦設置：小=默認 中=50~100 大=100~200MaxSpareThreads      75 #推薦設置：小=默認 中=80~160 大=200~400 ThreadsPerChild      25 #推薦設置：小=默認 中=50~100 大型=100~200MaxRequestsPerChild   0 #推薦設置：小=10000 中或大=10000~50000(此外，若是MaxClients/ThreadsPerChild大於16，還需額外設置ServerLimit參數，ServerLimit必須大於等於 MaxClients/ThreadsPerChild 的值。)</IfModule>

對應的配置參數做用以下：

 

StartServers

啓動Apache時建立的子進程數。

MinSpareServers

處於空閒狀態的最小子進程數。

所謂空閒子進程是指沒有正在處理請求的子進程。若是當前空閒子進程數少於MinSpareServers，那麼Apache將以最大每秒一個的速度產生新的子進程。只有在很是繁忙機器上才須要調整這個參數。此值不宜過大。

 

MaxSpareServers

處於空閒狀態的最大子進程數。

只有在很是繁忙機器上才須要調整這個參數。此值不宜過大。若是你將該指令的值設置爲比MinSpareServers小，Apache將會自動將其修改爲MinSpareServers+1。

 

MaxClients

容許同時鏈接的最大請求數量。

任何超過MaxClients限制的請求都將進入等待隊列，直到達到ListenBacklog指令限制的最大值爲止。

對於非線程型的MPM(也就是mpm_prefork)，MaxClients表示能夠用於處理客戶端請求的最大子進程數量，默認值是256。要增大這個值，你必須同時增大ServerLimit。

對於線程型或者混合型的MPM(也就是mpm_beos或mpm_worker)，MaxClients表示能夠用於處理客戶端請求的最大線程數量。線程型的mpm_beos的默認值是50。對於混合型的MPM默認值是16(ServerLimit)乘以25(ThreadsPerChild)的結果。所以要將MaxClients增長到超過16個進程才能提供的時候，你必須同時增長ServerLimit的值。

 

MinSpareThreads

處於空閒狀態的最小線程數。

不一樣的MPM對這個指令的處理是不同的：

mpm_worker的默認值是75。這個MPM將基於整個服務器監視空閒線程數。若是服務器中總的空閒線程數太少，子進程將產生新的空閒線程。mpm_netware的默認值是10。既然這個MPM只運行單獨一個子進程，此MPM固然亦基於整個服務器監視空閒線程數。mpm_beos和mpmt_os2的工做方式與mpm_netware差很少，mpm_beos的默認值是1；mpmt_os2的默認值是5。

 

MaxSpareThreads

處於空閒狀態的最大線程數。

不一樣的MPM對這個指令的處理是不同的：

mpm_worker的默認值是250。這個MPM將基於整個服務器監視空閒線程數。若是服務器中總的空閒線程數太多，子進程將殺死多餘的空閒線程。mpm_netware的默認值是100。既然這個MPM只運行單獨一個子進程，此MPM固然亦基於整個服務器監視空閒線程數。mpm_beos和mpmt_os2的工做方式與mpm_netware差很少，mpm_beos的默認值是50；mpmt_os2的默認值是10。