Linux Apache和Nginx網路模型詳解

2022-03-29 21:43:05 字數 1662 閱讀 1811

程序阻塞和掛起的定義:

阻塞是由於程序所需資源得不到滿足,並會最終導致程序被掛起

程序掛起的原因並不一定是由於阻塞,也有可能是時間片得不到滿足,掛起狀態是程序從記憶體排程到外存中的一種狀態,若在就緒態時,從記憶體調出到外存中,就是就緒掛起態,若在阻塞態時,從記憶體調出到外存中,就轉換成了阻塞掛起態

nginx的高併發得益於其採用了epoll模型,與傳統的伺服器程式架構不同,epoll是linux核心2.6以後才出現的。下面通過比較apache和nginx工作原理來比較。

傳統apache都是多程序或者多執行緒來工作,假設是多程序工作(prefork),apache會先生成幾個程序,類似程序池的工作原理,只不過這裡的程序池會隨著請求數目的增加而增加。對於每乙個連線,apache都是在乙個程序內處理完畢。具體是 recv(),以及根據 uri 去進行磁碟i/o來尋找檔案,還有 send()都是阻塞的。其實說白了都是 apche 對於套接字的i/o,讀或者寫,但是讀或者寫都是阻塞的,阻塞意味著程序就得掛起進入sleep狀態,那麼一旦連線數很多,apache必然要生成更多的程序來響應請求,一旦程序多了,cpu對於程序的切換就頻繁了,很耗資源和時間,所以就導致apache效能下降了,說白了就是處理不過來這麼多程序了。其實仔細想想,如果對於程序每個請求都沒有阻塞,那麼效率肯定會提高很多。

nginx採用epoll模型,非同步非阻塞。對於nginx來說,把乙個完整的連線請求處理都劃分成了事件,乙個乙個的事件。比如accept(), recv(),磁碟i/o,send()等,每部分都有相應的模組去處理,乙個完整的請求可能是由幾百個模組去處理。真正核心的就是事件收集和分發模組,這就是管理所有模組的核心。只有核心模組的排程才能讓對應的模組占用cpu資源,從而處理請求。拿乙個http請求來說,首先在事件收集分發模組註冊感興趣的監聽事件,註冊好之後不阻塞直接返回,接下來就不需要再管了,等待有連線來了核心會通知你(epoll的輪詢會告訴程序),cpu就可以處理其他事情去了。一旦有請求來,那麼對整個請求分配相應的上下文(其實已經預先分配好),這時候再註冊新的感興趣的事件(read函式),同樣客戶端資料來了核心會自動通知程序可以去讀資料了,讀了資料之後就是解析,解析完後去磁碟找資源(i/o),一旦i/o完成會通知程序,程序開始給客戶端發回資料send(),這時候也不是阻塞的,呼叫後就等核心發回通知傳送的結果就行。整個下來把乙個請求分成了很多個階段,每個階段都到很多模組去註冊,然後處理,都是非同步非阻塞。非同步這裡指的就是做乙個事情,不需要等返回結果,做好了會自動通知你。

select/epoll的特點

select的特點:select 選擇控制代碼的時候,是遍歷所有控制代碼,也就是說控制代碼有事件響應時,select需要遍歷所有控制代碼才能獲取到哪些控制代碼有事件通知,因此效率是非常低。但是如果連線很少的情況下, select和epoll的lt觸發模式相比, 效能上差別不大。

這裡要多說一句,select支援的控制代碼數是有限制的, 同時只支援1024個,這個是控制代碼集合限制的,如果超過這個限制,很可能導致溢位,而且非常不容易發現問題, 當然可以通過修改linux的socket核心調整這個引數。

epoll的特點:epoll對於控制代碼事件的選擇不是遍歷的,是事件響應的,就是控制代碼上事件來就馬上選擇出來,不需要遍歷整個控制代碼鍊錶,因此效率非常高,核心將控制代碼用紅黑樹儲存的。

對於epoll而言還有et和lt的區別,lt表示水平觸發,et表示邊緣觸發,兩者在效能以及**實現上差別也是非常大的。

Linux Apache服務配置

lamp 原始碼包編譯安裝 版本可以自定義 生產環境 安全 穩定 開發環境 lamp 二進位製包安裝 yum配置檔案位置 網頁檔案預設儲存位置 usr local apache2 htdocs 日誌儲存位置 usr local apache2 logs 日誌處理 切割輪替 vim etc logro...

linux apache軟體安裝

linux下,原始碼的安裝一般由3個步驟組成 配置 configure 編譯 make 安裝 make install 過程中用到 configure prefix 安裝目錄 with name 依賴庫原始碼解壓目錄 其中 prefix指的是安裝目錄,with指的是安裝本檔案所依賴的庫檔案。安裝ht...

負載均衡比較 LVS,HAProxy和Nginx

負載均衡 load balance 是應用於網際網路後台系統架構設計中的各層,它將請求均勻分攤到多個操作單元上執行。專長 三種負載均衡軟體lvs haproxy和nginx的優缺點說明如下 lvs的優點 1 效能最強 僅工作在第4層,tun和dr模式下回包不經過lvs,保證了均衡器io的效能受大流量...