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