Apache 性能最優化分析(2)

2024-08-27 18:25:56

字體：大中小

來源：轉載

供稿：網友

　限制命令的使用范圍是可行的，比如使用類似的容器。這種情況下，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秒。否則大部分好處將變成損失。

上一篇：淺析Apache中SSI和CGI的設定方法(1)

下一篇：Apache服務器高級設置指南(4)