Apache 性能最優化分析(1)_Windows教程
教程Tag：暫無Tag,歡迎添加,賺取U幣!
一. 簡介
Apache是把正確性放在首位、把速度放在其次的通用Web服務器。即使這樣，它的性能十分令人滿意。許多站點只有不到10M的出口帶寬。Apache能夠在這些站點的低端Pentium服務器上全速工作。實際上，擁有更多帶寬的站點出于一些原因（比如大量的CGI和數據庫事務處理）需要用一臺以上的機器滿足帶寬需求。這些原因導致了以往的Apache開發工作集中在正確性和可配置性。
不幸的是許多人過于重視某些指標，并把它們的原始數據當作評價Web服務器優劣的標準。被普遍接受標準的是"原始最低性能（bare minimum performance）"，而在這以外的其他速度指標只適用于很小部分的市場需求。但為了避免Apache在一些市場中受到排擠，我們在Apache1.3上盡了相當的努力，將它與高端服務器的差距減至最小。
另有一些人只是想試試這些東東能運行得多快。這些人竭力把Apache最后一滴性能擠出來，他們也想看看究竟是什么影響了Apache的性能。這篇文章的其余部分就是針對他們而撰的。
請注意本文適用于Unix上的Apache1.3，部分內容適用于NT平臺。目前的Apache尚未在NT上進行優化。事實上，不同的編程模型使它在NT上的性能表現相當不好。（即POSIX模型。NT借助POSIX子系統模擬這種編程標準，因此效率很低。Apache2.0拋棄了POSIX直接與操作系統打交道，性能將有所飛躍--譯者注）
二. 關于硬件平臺和操作系統
最直接影響Web服務器性能的硬件要數RAM。一臺Web服務器從不應該訪問內存交換區。交換增加了每次請求的延時，用戶將因此認為"不夠快"。他們會點擊[停止]并重新裝載網頁，這將進一步增加服務器的負擔。您能夠也有必要調節MaxClients，使您的服務器不會衍生太多的子進程而導致交換。
除此之外的事情就沒那么關鍵了。擁有快速的CPU、快速的網卡和硬盤都可以讓您的服務器"足夠快"。其實這足夠快個詞是需要憑經驗去體會的。
操作系統的選用也是值得斟酌的大問題。普遍的準則是：及時得到操作系統提供商的最新TCP/IP補丁。迅速涌現的HTTP服務打破了截止到1994年乃至95年的Unix內核中設定的許多假設情況。理想的選擇包括目前的FreeBSD和Linux。
三. 關于運行時設置（Run-Time Configuration）
1) HostnameLookups
1.3版以前的Apache中，HostnameLookups的缺省值是On，這將導致每次請求時服務器都要進行NDS查詢，從而增加了延遲。Apache1.3將此缺省值設為Off。在1.3及以后的版本中，如果您使用了任何allow from domain或deny from domain命令，所付出的代價將是兩次DNS查詢帶來的延時（在一次逆向查詢后跟著一次正向查詢，以保證前者得到的結果是真實的）。因此為了得到最理想的性能應避免使用HostnameLookups（使用IP地址而非域名也是個好主意）。
Apache是把正確性放在首位、把速度放在其次的通用Web服務器。即使這樣，它的性能十分令人滿意。許多站點只有不到10M的出口帶寬。Apache能夠在這些站點的低端Pentium服務器上全速工作。實際上，擁有更多帶寬的站點出于一些原因（比如大量的CGI和數據庫事務處理）需要用一臺以上的機器滿足帶寬需求。這些原因導致了以往的Apache開發工作集中在正確性和可配置性。
不幸的是許多人過于重視某些指標，并把它們的原始數據當作評價Web服務器優劣的標準。被普遍接受標準的是"原始最低性能（bare minimum performance）"，而在這以外的其他速度指標只適用于很小部分的市場需求。但為了避免Apache在一些市場中受到排擠，我們在Apache1.3上盡了相當的努力，將它與高端服務器的差距減至最小。
另有一些人只是想試試這些東東能運行得多快。這些人竭力把Apache最后一滴性能擠出來，他們也想看看究竟是什么影響了Apache的性能。這篇文章的其余部分就是針對他們而撰的。
請注意本文適用于Unix上的Apache1.3，部分內容適用于NT平臺。目前的Apache尚未在NT上進行優化。事實上，不同的編程模型使它在NT上的性能表現相當不好。（即POSIX模型。NT借助POSIX子系統模擬這種編程標準，因此效率很低。Apache2.0拋棄了POSIX直接與操作系統打交道，性能將有所飛躍--譯者注）
二. 關于硬件平臺和操作系統
最直接影響Web服務器性能的硬件要數RAM。一臺Web服務器從不應該訪問內存交換區。交換增加了每次請求的延時，用戶將因此認為"不夠快"。他們會點擊[停止]并重新裝載網頁，這將進一步增加服務器的負擔。您能夠也有必要調節MaxClients，使您的服務器不會衍生太多的子進程而導致交換。
除此之外的事情就沒那么關鍵了。擁有快速的CPU、快速的網卡和硬盤都可以讓您的服務器"足夠快"。其實這足夠快個詞是需要憑經驗去體會的。
操作系統的選用也是值得斟酌的大問題。普遍的準則是：及時得到操作系統提供商的最新TCP/IP補丁。迅速涌現的HTTP服務打破了截止到1994年乃至95年的Unix內核中設定的許多假設情況。理想的選擇包括目前的FreeBSD和Linux。
三. 關于運行時設置（Run-Time Configuration）
1) HostnameLookups
1.3版以前的Apache中，HostnameLookups的缺省值是On，這將導致每次請求時服務器都要進行NDS查詢，從而增加了延遲。Apache1.3將此缺省值設為Off。在1.3及以后的版本中，如果您使用了任何allow from domain或deny from domain命令，所付出的代價將是兩次DNS查詢帶來的延時（在一次逆向查詢后跟著一次正向查詢，以保證前者得到的結果是真實的）。因此為了得到最理想的性能應避免使用HostnameLookups（使用IP地址而非域名也是個好主意）。
相關Windows教程：
- 相關鏈接：
- 教程說明：
Windows教程-Apache 性能最優化分析(1)
。