A. WEB伺服器的優化方法簡介
WEB伺服器的優化方法簡介
在對Web伺服器進行優化時要根據真實的Web應用系統的情況和特徵來採取有針對性地優化方案。首先根據不同的網路特性來看：在區域網中，降低M T U (最大傳輸單位)值對可以避免復制數據和求校驗，而通過優化select系統調用或在Socket事件處理器中執行計算可以優化請求並發管理，利用HTTP1．1持續連接等都可以使系統性能得到相應的改善，但在廣域網的環境下卻沒有什麼大的作用，有的甚至恰恰相反。
例如：減少用戶連接的MTU會增加伺服器處理開銷，採用網路延遲、帶寬限制和使用HTTP1．1的持續連接在廣域網中不會對伺服器性能有什麼大的影響。在廣域網中，終端用戶的請求的等待時間依賴於與網路延遲的程度，連接帶寬限制情況。對於廣域網，軟硬中斷在網路處理中佔有很大的分量，所以採用適應的中斷處理機制將會給伺服器的響應能力帶來很大的`好處；將伺服器定位在內核和將基於進程設計改為基於事務處理也可以不同程度的提高伺服器的性能。
關於Web負載，除了對Web負載的特徵進行分析以便在評測時更好地再現真實負載之外，還要考慮Web伺服器所在的網路環境下負載的情況。人們不僅要求伺服器滿足正常的工作負載要求，而且在高峰時期依然要保持較高的吞吐量。但是，伺服器在高負載的情況下的性能表現往往低於人們的期望。
伺服器過載的情況分為兩種：一種為瞬間過載，即伺服器暫時的、短時間的超載，這種情況主要是由伺服器負載的特點引起的。大量的研究表明，Web請求的網路通信量分布是自相似的，即Web請求的通信量可以在很大范圍內有顯著的變化。這就造成伺服器常常短時間的超載，但這樣情況持續的時間一般很短。一種是伺服器長時間的超載，這種情況一般是由某一特殊事件引起的，例如伺服器受到拒絕服務攻擊或者發生了「活鎖現象。
第一種伺服器超載情況是不可避免的，但第二種情況則可以通過對伺服器改進來改善。拋開惡意的攻擊不算，仔細分析伺服器處理信息包的過程可以發現，造成系統在超載情況下性能下降的根本原因是高優先順序處理階段對CPU的不公平搶占。
因此，如果限制高優先順序處理階段對CPU的佔用率，或者限制處理高優先順序的CPU個數，都可以減輕或者消除收包活鎖現象。具體的可以採用以下的方法：
一、採用輪詢機制。為了減少中斷對系統性能的影響，在負載正常的情況下採用「下半處理 的方法就非常有效，而在高負荷情況下，採用這個方法仍然會造成活鎖現象，這時可以採用輪詢機制。雖然這個方法在負載正常的情況下會造成資源的浪費和響應速度降低，但在網路數據頻繁到達伺服器時就要比中斷驅動技術有效的多。
二、減少上下文切換。這種方法不管伺服器在什麼情況下對性能改善都很有效，這時可以採用引入核心級（kerne1—leve1）或硬體級數據流的方法來達到這個目的。核心級數據流是將數據從源通過系統匯流排進行轉發而不需要使數據經過應用程序進程，這個過程中因為數據在內存中，因此需要CPU操作數據。
硬體級數據流則是將數據從源通過私有數據匯流排或是雖等DMA通過系統匯流排進行轉發而不需要使數據經過應用程序進程，這個過程不需要CPU操作數據。這樣在數據傳輸過程中不需要用戶線程的介入，減少了數據被拷貝的次數，減少了上下文切換的開銷。
三、減低中斷的頻率（主要是針對高負荷情況的方法）。這里主要有兩種方法：批中斷和暫時關閉中斷。批中斷可以在超載時有效的抑制活鎖現象，但對伺服器的性能沒有什麼根本性的改進；當系統出現接收活鎖跡象時，可以採用暫時關閉中斷的方法來緩和系統的負擔，當系統緩存再次可用時可以再打開中斷，但這種方法在接收緩存不夠大的情況下會造成數據包丟失。
Web伺服器性能是整個Web系統的關鍵環節，提高Web伺服器的性能也是長久以來人們一直關注的課題。這里通過對Web伺服器的工作原理和現有的優化方法和技術的分析，得出了對待Web伺服器性能的提高也應該具體問題具體分析，要在具體的應用環境中，根據其特點來採取相應的優化措施。 ;
B. 網站性能優化有哪些
一、提高伺服器並發處理能力
我們總是希望一台伺服器在單位時間內能處理的請求越多越好，這也成了web伺服器的能力高低的關鍵所在。伺服器之所以可以同時處理多個請求，在於操作系統通過多執行流體系設計，使得多個任務可以輪流使用系統資源，這些資源包括CPU、內存以及I/O等。這就需要選擇一個合適的並發策略來合理利用這些資源，從而提高伺服器的並發處理能力。這些並發策略更多的應用在apache、nginx、lighttpd等底層web server軟體中。
二、Web組件分離
這里所說的web組件是指web伺服器提供的所有基於URL訪問的資源，包括動態內容，靜態網頁，圖片，樣式表，腳本，視頻等等。這些資源在文件大小，文件數量，內容更新頻率，預計並發用戶數，是否需要腳本解釋器等方面有著很大的差異，對不同特性資源採用能充分發揮其潛力的優化策略，能極大的提高web站點的性能。例如：將圖片部署在獨立的伺服器上並為其分配獨立的新域名，對靜態網頁使用epoll模型可以在大並發數情況下吞吐率保持穩定。
三、資料庫性能優化和擴展。
Web伺服器軟體在資料庫方面做的優化主要是減少訪問資料庫的次數，具體做法就是使用各種緩存方法。也可以從資料庫本身入手提高其查詢性能，這涉及到資料庫性能優化方面的知識本文不作討論。另外也可以通過主從復制，讀寫分離，使用反向代理，寫操作分離等方式來擴展資料庫規模，提升資料庫服務能力。
四、Web負載均衡及相關技術
負載均衡是web站點規模水平擴展的一種手段，實現負載均衡的方法有好幾種包括基於HTTP重定向的負載均衡，DNS負載均衡，反向代理負載均衡，四層負載均衡等等。
對這些負載均衡方法做簡單的介紹：基於HTTP重定向的負載均衡利用了HTTP重定向的請求轉移和自動跳轉功能來實現負載均衡，我們熟悉的鏡像下載就使用這種負載均衡。DNS負載均衡是指在一個DNS伺服器中為同一個主機名配置多個IP地址，在應答DNS查詢時返回不同的解析結果將客戶端的訪問引到不同的機器上，使得不同的客戶端訪問不同的伺服器，從而達到負載均衡的目的。反向代理負載均衡也叫七層負載均衡，這是因為反向代理伺服器工作在TCP七層結構的第七層(應用層)，它通過檢查流經的HTTP報頭，根據報頭內的信息來執行負載均衡任務。四層負載均衡是基於NAT技術的負載均衡，它將一個Internet上合法注冊的IP地址映射為多個內部伺服器的IP地址，對每次TCP連接請求動態使用其中一個內部IP地址，達到負載均衡的目的。此外，還有工作在數據鏈路層(第二層)的直接路由方式下的負載均衡，它通過修改數據包目標MAC地址來實現。以及，基於IP隧道的負載均衡，在這種方式下可以將實際伺服器根據需要部署在不同的地域，並根據就近訪問的原則來轉移請求，CDN服務便是基於IP隧道技術來實現的。
Web負載均衡在擴展web伺服器規模的同時也給web站點性能優化提供了一個更大更復雜也更靈活自由的平台，基於該平台性能優化的策略包括共享文件系統，內容分發與同步，分布式文件系統，分布式計算，分布式緩存等等。
五、web緩存技術
web緩存技術被認為是減輕伺服器負載、降低網路擁塞、增強萬維網可擴展性的有效途徑，其基本思想是利用客戶訪問的時間局部性(Temporal Locality)原理，將客戶訪問過的內容在Cache中存放一個副本，當該內容下次被訪問時，不必連接到駐留網站或重新計算生成，而是由Cache中保留的副本提供。Web緩存可以帶來如下的好處：
(1) 減少網路流量，從而減輕網路擁塞;這是因為緩存避免了一部分HTTP請求。
(2) 降低客戶訪問延遲，其主要原因有：①已緩存的內容，客戶可以緩存獲取而不是從伺服器獲取或重新計算生成，從而減小了傳輸延遲縮短了響應時間;②沒有被緩存的內容由於網路擁塞及伺服器負載的減輕而可以較快地被客戶獲取;
(3) 由於客戶的部分或者全部請求內容可以從通過緩存獲取，從而減輕了遠程伺服器負載。
(4) 如果由於伺服器故障或網路故障造成伺服器無法響應客戶請求，客戶可以從緩存中獲取緩存的內容副本，使得web站點服務的魯棒性(Robustness)得到了加強。
可以看出web緩存能給web站點帶可觀的性能提升。其實在用戶發出請求到一幅完整的網頁呈現在用戶面前這一過程中緩存無處不在，下面是web性能優化時常用的緩存技術，你會發現緩存被廣泛應用在各個環節。
瀏覽器緩存：瀏覽器一般會在用戶文件系統中創建一個目錄，用於存放緩存文件，並給每個緩存文件打上必要的標記，比如過期時間等。這些標記主要用於瀏覽器和伺服器之間的緩存協商。
Web伺服器緩存：一個URL在一段較長時間內對應一個唯一的響應內容，比如靜態內容或者更新不太頻繁的動態內容，web伺服器可將響應內容緩存起來，下次web伺服器便可以在收到請求後立即拿出事先緩存好的響應內容並返回給瀏覽器。
代理伺服器緩存：暴露在互聯網中與後端的web伺服器通過內部網路相連的前端伺服器稱為反向代理伺服器，建立在反向代理伺服器上的緩存稱為反向代理緩存。暴露在互聯網中與後端的web客戶端通過內部網路相連的前端伺服器稱為正向代理伺服器，建立在正向代理伺服器上的緩存稱為正向代理緩存。代理伺服器緩存位於客戶端和web伺服器之間，可以將它看做二者之間的一個中繼站。它的存在可以改善客戶端的訪問速度、提升web server的服務能力、安全性等等。
總共分析總結了五種技術，主要希望能夠對web server性能優化這塊提供一個整體的認識。後續會專門就web緩存技術發表一些自己的看法。
C. 如何優化web伺服器的訪問速度
網站運營的任何時期，網站訪問速度都是至關重要的部分，它是網站友好體驗中最基本的一項，如果訪問體驗都令人不滿意，那麼後期所做的營銷推廣模式都有可能徒勞無功，因為網路中客戶的選擇成本很低，加上普遍客戶的耐心都不高，頁面訪問超過6秒客戶就會選擇離開，這對於一些流量本來就不高的企業網站來說無疑是雪上加霜。
一、升級正在使用中的伺服器
進行伺服器升級工作之前，要考慮多方面的問題，是升級已有的伺服器還是購置新的伺服器設備須根據實際情況抉擇。首先來說升級現有的伺服器設備，一般來說網站運營到後期隨著業務不斷增加，多平台應用的開發對於伺服器性能的要求也逐步提升，長而久之伺服器遇到性能瓶頸也是情理之中的事情，對於這種情況，我們可以通過升級伺服器（例如增加硬體設備或網路帶寬）等相關配置來滿足不斷擴大的業務需求，那麼伺服器性能瓶頸問題就可以得到解決。
二、優化正在使用的伺服器
不管是完成升級後的伺服器，還是新購置的伺服器，我們都要對其進行優化，從而提升伺服器的性能以及利用率。如何優化伺服器？作為在國互網工作到現在的資深IDC工作人員，小編認為大概分為以下四個方面
要點一：盡可能的減少HTTP請求數
從客戶訪問網站頁面到整個頁面內容完全展現出來，這其中要花費較多的時間來下載各種Scripts、CSS樣式表、Flash以及圖片，而每一類下載都相當於一次HTTP請求，這樣的請求越多網站被完全載入出來所花的時間會越長，意味著客戶端的訪問會很慢，那麼此時就需要盡可能的減少HTTP請求數，通常我們可以直接把css和js寫入到頁面中，避免了外部的調用；或者我們可以把CSS文件和JS文件分來，在後台再進行合並，這樣客戶端瀏覽器相當於一次請求。這是小編在國互網美女前端那學來的。
要點二：降低DNS查詢時間
眾所周知網路伺服器端的域名和IP地址是相互對應的，當客戶端發出請求時，計算機還需要通過域名和IP地址的相互轉換來判斷，而這個轉換工作便是域名解析DNS，通常DNS的查詢需要10~20毫秒時間，客戶端瀏覽器也只會等待DNS查詢結束之後才會載入此域名下的內容。因此，我們要加快頁面的訪問速度，就可以從降低DNS查詢時間方面去做改善。
要點三：啟用伺服器Gzip壓縮功能
對於大中型網站來說，頁面的內容多且比較多樣化，單個頁面的大小可能是幾百K以上了，客戶端訪問的時候下載會比較慢，此時我們可以採用伺服器Gzip頁面壓縮功能，可以將一個大小為100K的頁面文件壓縮成25K以下，這樣就可以減少網路傳輸的數量從而提高客戶端訪問速度。一般伺服器都是可以使用Gzip壓縮功能的，並且能夠針對JS文件、CSS文件和Html進行壓縮，多方面去進行優化網站訪問速度。
要點四：推薦大中型網站使用CDN加速工具
CDN加速是目前大型網站普遍使用的頁面加速方式，它對於網站優化幾乎沒有影響的，基本原理是將網站鏡像備份到很多伺服器節點上，使伺服器節點周圍的用戶訪問速度更快，從而提升客戶端高速訪問網站的體驗；但是並不是所有的網站都適合使用CDN加速，一般對於小規模站點個人站的話，就不需要使用CDN加速，畢竟從長期來看這可是一筆不小的開支；建議圖片站以及多媒體站點可使用CDN加速。
希望以上知識能夠幫到您
D. 安全開發運維必備的Nginx代理Web伺服器性能優化與安全加固配置
為了更好的指導部署與測試藝術升系統nginx網站伺服器高性能同時下安全穩定運行,需要對nginx服務進行調優與加固;
本次進行Nginx服務調優加固主要從以下幾個部分：
本文檔僅供內部使用，禁止外傳，幫助研發人員，運維人員對系統長期穩定的運行提供技術文檔參考。
Nginx是一個高性能的HTTP和反向代理伺服器，也是一個IMAP/POP3/SMTP伺服器。Nginx作為負載均衡伺服器, Nginx 既可以在內部直接支持 Rails 和 PHP 程序對外進行服務，也可以支持作為 HTTP代理伺服器對外進行服務。
Nginx版本選擇:
項目結構:
Nginx文檔幫助: http://nginx.org/en/docs/
Nginx首頁地址目錄: /usr/share/nginx/html
Nginx配置文件:
localtion 請求匹配的url實是一個正則表達式:
Nginx 匹配判斷表達式:
例如,匹配末尾為如下後綴的靜態並判斷是否存在該文件, 如不存在則404。
查看可用模塊編譯參數：http://nginx.org/en/docs/configure.html
http_gzip模塊
開啟gzip壓縮輸出(常常是大於1kb的靜態文件)，減少網路傳輸;
http_fastcgi_mole模塊
nginx可以用來請求路由到FastCGI伺服器運行應用程序由各種框架和PHP編程語言等。可以開啟FastCGI的緩存功能以及將靜態資源進行剝離，從而提高性能。
keepalive模塊
長連接對性能有很大的影響，通過減少CPU和網路開銷需要開啟或關閉連接;
http_ssl_mole模塊
Nginx開啟支持Https協議的SSL模塊
Linux內核參數部分默認值不適合高並發,Linux內核調優，主要涉及到網路和文件系統、內存等的優化，
下面是我常用的內核調優配置：
文件描述符
文件描述符是操作系統資源，用於表示連接、打開的文件，以及其他信息。NGINX 每個連接可以使用兩個文件描述符。
例如如果NGINX充當代理時，通常一個文件描述符表示客戶端連接，另一個連接到代理伺服器，如果開啟了HTTP 保持連接，這個比例會更低（譯註：為什麼更低呢）。
對於有大量連接服務的系統，下面的設置可能需要調整一下：
精簡模塊:Nginx由於不斷添加新的功能，附帶的模塊也越來越多,建議一般常用的伺服器軟體使用源碼編譯安裝管理;
(1) 減小Nginx編譯後的文件大小
(2) 指定GCC編譯參數
修改GCC編譯參數提高編譯優化級別穩妥起見採用 -O2 這也是大多數軟體編譯推薦的優化級別。
GCC編譯參數優化 [可選項] 總共提供了5級編譯優化級別：
常用編譯參數:
緩存和壓縮與限制可以提高性能
NGINX的一些額外功能可用於提高Web應用的性能，調優的時候web應用不需要關掉但值得一提，因為它們的影響可能很重要。
簡單示例:
1) 永久重定向
例如，配置 http 向 https 跳轉 (永久)
nginx配置文件指令優化一覽表
描述:Nginx因為安全配置不合適導致的安全問題,Nginx的默認配置中存在一些安全問題,例如版本號信息泄露、未配置使用SSL協議等。
對Nginx進行安全配置可以有效的防範一些常見安全問題，按照基線標准做好安全配置能夠減少安全事件的發生,保證採用Nginx伺服器系統應用安全運行;
Nginx安全配置項：
溫馨提示: 在修改相應的源代碼文件後需重新編譯。
設置成功後驗證:
應配置非root低許可權用戶來運行nginx服務,設置如下建立Nginx用戶組和用戶，採用user指令指運行用戶
加固方法:
我們應該為提供的站點配置Secure Sockets Layer Protocol (SSL協議)，配置其是為了數據傳輸的安全，SSL依靠證書來驗證伺服器的身份，並為瀏覽器和伺服器之間的通信加密。
不應使用不安全SSLv2、SSLv3協議即以下和存在脆弱性的加密套件(ciphers), 我們應該使用較新的TLS協議也應該優於舊的,並使用安全的加密套件。
HTTP Referrer Spam是垃圾信息發送者用來提高他們正在嘗試推廣的網站的互聯網搜索引擎排名一種技術，如果他們的垃圾信息鏈接顯示在訪問日誌中，並且這些日誌被搜索引擎掃描，則會對網站排名產生不利影響
加固方法:
當惡意攻擊者採用掃描器進行掃描時候利用use-agent判斷是否是常用的工具掃描以及特定的版本,是則返回錯誤或者重定向;
Nginx支持webdav，雖然默認情況下不會編譯。如果使用webdav，則應該在Nginx策略中禁用此規則。
加固方法: dav_methods 應設置為off
當訪問一個特製的URL時，如"../nginx.status"，stub_status模塊提供一個簡短的Nginx伺服器狀態摘要,大多數情況下不應啟用此模塊。
加固方法：nginx.conf文件中stub_status不應設置為：on
如果在瀏覽器中出現Nginx自動生成的錯誤消息，默認情況下會包含Nginx的版本號,這些信息可以被攻擊者用來幫助他們發現伺服器的潛在漏洞
加固方法: 關閉"Server"響應頭中輸出的Nginx版本號將server_tokens應設置為：off
client_body_timeout設置請求體（request body）的讀超時時間。僅當在一次readstep中，沒有得到請求體，就會設為超時。超時後Nginx返回HTTP狀態碼408(Request timed out)。
加固方法：nginx.conf文件中client_body_timeout應設置為：10
client_header_timeout設置等待client發送一個請求頭的超時時間（例如：GET / HTTP/1.1）。僅當在一次read中沒有收到請求頭，才會設為超時。超時後Nginx返回HTTP狀態碼408(Request timed out)。
加固方法：nginx.conf文件中client_header_timeout應設置為：10
keepalive_timeout設置與client的keep-alive連接超時時間。伺服器將會在這個時間後關閉連接。
加固方法：nginx.conf文件中keepalive_timeout應設置為：55
send_timeout設置客戶端的響應超時時間。這個設置不會用於整個轉發器，而是在兩次客戶端讀取操作之間。如果在這段時間內，客戶端沒有讀取任何數據，Nginx就會關閉連接。
加固方法：nginx.conf文件中send_timeout應設置為：10
GET和POST是Internet上最常用的方法。Web伺服器方法在RFC 2616中定義禁用不需要實現的可用方法。
加固方法:
limit_zone 配置項限制來自客戶端的同時連接數。通過此模塊可以從一個地址限制分配會話的同時連接數量或特殊情況。
加固方法：nginx.conf文件中limit_zone應設置為：slimits $binary_remote_addr 5m
該配置項控制一個會話同時連接的最大數量，即限制來自單個IP地址的連接數量。
加固方法：nginx.conf 文件中 limit_conn 應設置為: slimits 5
加固方法：
加固方法:
解決辦法:
描述後端獲取Proxy後的真實Client的IP獲取需要安裝--with-http_realip_mole，然後後端程序採用JAVA(request.getAttribute("X-Real-IP"))進行獲取;
描述: 如果要使用geoip地區選擇,我們需要再nginx編譯時加入 --with-http_geoip_mole 編譯參數。
描述: 為了防止外部站點引用我們的靜態資源，我們需要設置那些域名可以訪問我們的靜態資源。
描述: 下面收集了Web服務中常規的安全響應頭, 它可以保證不受到某些攻擊,建議在指定的 server{} 代碼塊進行配置。
描述: 為了防止某些未備案的域名或者惡意鏡像站域名綁定到我們伺服器上, 導致伺服器被警告關停，將會對業務或者SEO排名以及企業形象造成影響，我們可以通過如下方式進行防範。
執行結果:
描述: 有時你的網站可能只需要被某一IP或者IP段的地址請求訪問，那麼非白名單中的地址訪問將被阻止訪問, 我們可以如下配置;
常用nginx配置文件解釋：
(1) 阿里巴巴提供的Concat或者Google的PageSpeed模塊實現這個合並文件的功能。
(2) PHP-FPM的優化
如果您高負載網站使用PHP-FPM管理FastCGI對於PHP-FPM的優化非常重要
(3) 配置Resin on Linux或者Windows為我們可以打開 resin-3.1.9/bin/httpd.sh 在不影響其他代碼的地方加入:-Dhttps.protocols=TLSv1.2, 例如
原文地址: https://blog.weiyigeek.top/2019/9-2-122.html
E. web伺服器優化的方法
在對Web伺服器進行優化時要根據真實的Web應用系統的情況和特徵來採取有針對性地優化方案。
1.根據不同的網路特性來看：
1.1區域網
在區域網中，降低M T U (最大傳輸單位)值對可以避免復制數據和要求校驗，而通過優化select系統調用或在Socket事件處理器中執行計算可以優化請求並發管理，利用HTTP1．1持續連接等都可以使系統性能得到相應的改善但在廣域網的環境下卻沒有什麼大的作用，有的甚至恰恰相反。
1.2廣域網
在廣域網中，終端用戶的請求的等待時間依賴於與網路延遲的程度，連接帶寬限制情況。對於廣域網，軟硬中斷在網路處理中佔有很大的分量，所以採用適應的中斷處理機制將會給伺服器的響應能力帶來很大的好處；將伺服器定位在內核和將基於進程設計改為基於事務處理也可以不同程度的提高伺服器的性能。
2.關於Web負載
除了對Web負載的特徵進行分析以便在評測時更好地再現真實負載之外，還要考慮Web伺服器所在的網路環境下負載的情況。人們不僅要求伺服器滿足正常的工作負載要求，而且在高峰時期依然要保持較高的吞吐量。但是，伺服器在高負載的情況下的性能表現往往低於人們的期望。
伺服器過載的情況分為兩種：
2.1瞬間過載
伺服器暫時的、短時間的超載，這種情況主要是由伺服器負載的特點引起的。大量的研究表明，Web請求的網路通信量分布是自相似的，即Web請求的通信量可以在很大范圍內有顯著的變化。這就造成伺服器常常短時間的超載，但這樣情況持續的時間一般很短
2.2伺服器長時間的超載
這種情況一般是由某一特殊事件引起的，例如伺服器受到拒絕服務攻擊或者發生了「活鎖」現象
第一種伺服器超載情況是不可避免的，但第二種情況則可以通過對伺服器改進來改善。拋開惡意的攻擊不算，仔細分析伺服器處理信息包的過程可以發現，造成系統在超載情況下性能下降的根本原因是高優先順序處理階段對CPU的不公平搶占。
因此，如果限制高優先順序處理階段對CPU的佔用率，或者限制處理高優先順序的CPU個數，都可以減輕或者消除收包活鎖現象。
具體的可以採用以下的方法:
2.2.1採用輪詢機制
為了減少中斷對系統性能的影響，在負載正常的情況下採用「下半處理」 的方法就非常有效，而在高負荷情況下，採用這個方法仍然會造成活鎖現象，這時可以採用輪詢機制。雖然這個方法在負載正常的情況下會造成資源的浪費和響應速度降低，但在網路數據頻繁到達伺服器時就要比中斷驅動技術有效的多。
2.2.2減少上下文切換
這種方法不管伺服器在什麼情況下對性能改善都很有效，這時可以採用引入核心級（kerne1—leve1）或硬體級數據流的方法來達到這個目的。核心級數據流是將數據從源通過系統匯流排進行轉發而不需要使數據經過應用程序進程，這個過程中因為數據在內存中，因此需要CPU操作數據。
硬體級數據流則是將數據從源通過私有數據匯流排或是雖等DMA通過系統匯流排進行轉發而不需要使數據經過應用程序進程，這個過程不需要CPU操作數據。這樣在數據傳輸過程中不需要用戶線程的介入，減少了數據被拷貝的次數，減少了上下文切換的開銷。
2.2.3減低中斷的頻率（主要是針對高負荷情況的方法）
這里主要有兩種方法：批中斷和暫時關閉中斷。批中斷可以在超載時有效的抑制活鎖現象，但對伺服器的性能沒有什麼根本性的改進；當系統出現接收活鎖跡象時，可以採用暫時關閉中斷的方法來緩和系統的負擔，當系統緩存再次可用時可以再打開中斷，但這種方法在接收緩存不夠大的情況下會造成數據包丟失。
四．Web伺服器優化總結
Web伺服器性能是整個Web系統的關鍵環節，提高Web伺服器的性能也是長久以來人們一直關注的課題。這里通過對Web伺服器的工作原理和現有的優化方法和技術的分析，得出了對待Web伺服器性能的提高也應該具體問題具體分析，要在具體的應用環境中，根據其特點來採取相應的優化措施。