Apache 性能最優化分析(2)_Windows教程
教程Tag:暫無Tag,歡迎添加,賺取U幣!
限制命令的使用范圍是可行的,比如使用類似的容器。這種情況下,DNS查詢只發生在符合條件的請求中。下面的例子使查詢只發生在.html和.cgi文件的請求中:
HostnameLookups off
一秒一個的規則防止服務器在生成子進程時過于忙碌。如果它忙于繁殖進程,請求將被擱置。但這個規則對直觀性能的影響太大了,它必須有所改觀。在Apache 1.3中,一秒一個的規則被廢棄了。它首先衍生一個子進程,等一秒,衍生兩個,等一秒,再衍生兩個,直到一秒衍生32個子進程。隨后它將保持這個速度直到滿足MinSpareServers的要求。
這看起來足夠好了。幾乎不用在MinSpareServers、MaxSpareServers或StartServers上費工夫了。當每秒鐘衍生的進程數超過4時,ErrorLog中會增加一條相應的記錄。如果您看到了很多這樣的提示,請調整這些參數。mod_status的輸出會給您一些提示。
于進程相關的問題是由MaxRequestsPerChild導致的進程終止。MaxRequestsPerChild缺省地設置為0,意味每個子進程處理的請求數不受限制。如果當前的設置值非常小,您可能希望大幅度提升這個值。為了防止內存泄露,在SunOS或者低版本的Solaris上,應把此值設為10000左右。
如果使用了持續連接(keep-alives),子進程將繁忙等待(busy waiting)已打開連接的后續請求而不能做其他的事。缺省的15秒種試圖使影響將至最底。您需要在網絡帶寬和服務器資源之間作出權衡。任何情況下,不應設置持續連接時間超過60秒。否則大部分好處將變成損失。
HostnameLookups off
這看起來足夠好了。幾乎不用在MinSpareServers、MaxSpareServers或StartServers上費工夫了。當每秒鐘衍生的進程數超過4時,ErrorLog中會增加一條相應的記錄。如果您看到了很多這樣的提示,請調整這些參數。mod_status的輸出會給您一些提示。
于進程相關的問題是由MaxRequestsPerChild導致的進程終止。MaxRequestsPerChild缺省地設置為0,意味每個子進程處理的請求數不受限制。如果當前的設置值非常小,您可能希望大幅度提升這個值。為了防止內存泄露,在SunOS或者低版本的Solaris上,應把此值設為10000左右。
如果使用了持續連接(keep-alives),子進程將繁忙等待(busy waiting)已打開連接的后續請求而不能做其他的事。缺省的15秒種試圖使影響將至最底。您需要在網絡帶寬和服務器資源之間作出權衡。任何情況下,不應設置持續連接時間超過60秒。否則大部分好處將變成損失。
相關Windows教程:
- 相關鏈接:
- 教程說明:
Windows教程-Apache 性能最優化分析(2)
。