關于Web負載，除了對Web負載的特征進行分析以便在評測時更好地再現真實負載之外，還要考慮Web服務器所在的網絡環境下負載的情況。人們不但需要服務器滿足正常的工作負載需要，而且在高峰時期依然要保持較高的吞吐量。但是，服務器在高負載的情況下的性能表現往往低于人們的期望。

　　服務器過載的情況分為兩種：一種為瞬間過載，即服務器暫時的、短時間的超載，這種情況主要是由服務器負載的特點引起的。大量的研究表明，Web請求的網絡通信量分布是自相似的，即Web請求的通信量能夠在很大范圍內有顯著的變化。這就造成服務器常常短時間的超載，但這樣情況持續的時間一般很短。一種是服務器長時間的超載，這種情況一般是由某一特別事件引起的，例如服務器受到拒絕服務攻擊或發生了“活鎖”現象。

　　第一種服務器超載情況是不可避免的，但第二種情況則能夠通過對服務器改進來改善。拋開惡意的攻擊不算，仔細分析服務器處理信息包的過程能夠發現，造成系統在超載情況下性能下降的根本原因是高優先級處理階段對CPU的不公平搶占。

　　因此，假如限制高優先級處理階段對CPU的占用率，或限制處理高優先級的CPU個數，都能夠減輕或消除收包活鎖現象。具體的能夠采用以下的方法：

　　一、采用輪詢機制。為了減少中斷對系統性能的影響，在負載正常的情況下采用“下半處理” 的方法就很有效，而在高負荷情況下，采用這個方法仍然會造成活鎖現象，這時能夠采用輪詢機制。雖然這個方法在負載正常的情況下會造成資源的浪費和響應速度降低，但在網絡數據頻繁到達服務器時就要比中斷驅動技術有效的多。

　　二、減少上下文轉換。這種方法不管服務器在什么情況下對性能改善都很有效，這時能夠采用引入核心級（kerne1—leve1）或硬件級數據流的方法來達到這個目的。核心級數據流是將數據從源通過系統總線進行轉發而無需使數據經過應用程式進程，這個過程中因為數據在內存中，因此需要CPU操作數據。

　　硬件級數據流則是將數據從源通過私有數據總線或是雖等DMA通過系統總線進行轉發而無需使數據經過應用程式進程，這個過程無需CPU操作數據。這樣在數據傳輸過程中無需用戶線程的介入，減少了數據被拷貝的次數，減少了上下文轉換的開銷。

　　三、減低中斷的頻率（主要是針對高負荷情況的方法）。這里主要有兩種方法：批中斷和暫時關閉中斷。批中斷能夠在超載時有效的抑制活鎖現象，但對服務器的性能沒有什么根本性的改進；當系統出現接收活鎖跡象時，能夠采用暫時關閉中斷的方法來緩和系統的負擔，當系統緩存再次可用時能夠再打開中斷，但這種方法在接收緩存不夠大的情況下會造成數據包丟失。

　　Web服務器性能是整個Web系統的關鍵環節，提高Web服務器的性能也是長久以來人們一直關注的課題。這里通過對Web服務器的工作原理和現有的優化方法和技術的分析，得出了對待Web服務器性能的提高也應該具體問題具體分析，要在具體的應用環境中，根據其特點來采取相應的優化措施。