NGINX 架構 - 《事件驅動處理函數庫》
承上篇【NGINX 架構 - 事件驅動架構】後續，這篇開始記錄函數庫的相關筆記
事件驅動處理函數庫：
函數庫的細節，就沒打算太過深入，我們只要知道模型的運作方式、優缺點及如何使用就足夠了。
1. select模型：
此模型會先建立分別為Read、Write、Exception的三個「事件描述符集合」，然後透過輪詢的方式，去詢問三個集合，是否有事件發生，如果有就處理。
【優點：不管是Linux還是Windows，市面上幾乎的作業系統都支持此模型】 【缺點：描述符集合最多只支援1024(32位元)、2048(64位元)】
【缺點：輪詢的方式效率較低，不管集合是否為空，都會去詢問，浪費CPU】
【缺點：輪詢的方式效率較低，不管集合是否為空，都會去詢問，浪費CPU】
手動啟用模組編譯：
--with-select_module
禁用模組編譯：
--without-select_module
※ 作業系統不支援epoll模型則預設編譯此模組
2. poll模型：
此模型算是select模型的升級版，運作方式差不多，select模型建立三個事件描述符集合，但poll模型則只需要建立一個集合，然後同時檢查三種事件是否發生，有就處理。
【優點：沒有最大的描述符集合限制】
【缺點：輪詢的方式效率較低，不管集合是否為空，都會去詢問，浪費CPU】 【缺點：Windows不支持此模型】
【優點：沒有最大的描述符集合限制】
【缺點：輪詢的方式效率較低，不管集合是否為空，都會去詢問，浪費CPU】 【缺點：Windows不支持此模型】
Nginx編譯代碼：
手動啟用模組編譯：
--with-poll_module
禁用模組編譯：
--without-poll_module
※ 作業系統不支援epoll模型則預設編譯此模組
3. epoll模型：
此模型是poll模型的變種，不會輪詢事件集合，而是建立一個待處理事件列表，再將該表發給內核，等到有事件發生，內核會通知函數庫，後進行處理
【優點：遠大於1024個描述符集合限制】 具體數值可察看此處
cat /proc/sys/fs/file-max
【優點：有事件才通知處理，效率提升，能高效處理高併發連接】
【缺點：開發複雜性較上述兩者高】
【缺點：Windows不支持此模型】
【缺點：開發複雜性較上述兩者高】
【缺點：Windows不支持此模型】
啟用模組編譯：
4. rtsig模型：
全稱：Real-Time Signal，即是即時訊號，此模型並不是常用的事件驅動模型，運作方式是透過系統核心建立一個rtsig佇列用於儲存事件，但最多只能儲存1024個事件訊號，因此如果超過1024個事件，就會發生溢位。 當溢位發生時，Nginx就會暫時停止rtsig模型，並啟用poll模型，來接手處裡事件，直到rtsig佇列全部清空為止，然後再次啟動rtsig模型。
【優點：主要支援Nginx特殊提供的即時訊號事件使用】
【缺點：最多只能存取1024個事件】
【缺點：發生溢位後就得切換模型，消耗資源】
【缺點：最多只能存取1024個事件】
【缺點：發生溢位後就得切換模型，消耗資源】
手動啟用模組編譯：
--with-rtsig_module
禁用模組編譯：
--without-rtsig_module
※ 預設不編譯此模組
5. kqueue模型：
主要適用於BSD系列作業系統及Mac OS X作業系統，此模型運作方式和epoll模型一樣，主要也是poll模型的變種，如果在BSD系統或MAC OS X系統使用NGINX的話，強烈建議使用此模型，以利提高Nginx Server的處理效能。
6. /dev/poll模型：
主要適用於Unix平台，主要用於Solaris711/99以上版本、HP/UX 11.22以上版本、IRIX 6.5.15以上版本及Tru64 UNIX 5.1A以上版本。
該模型是由Sun公司開發Solaris時所提出的事件驅動模型，它使用deb/poll裝置，開發人員可以將要監視的檔案描述符號加入這個裝置，然後透過ioctl()呼叫來取得事件通知，如果使用上述所提平台，強烈建議使用此模型，以利提高Nginx Server的處理效能。
7. eventport模型：
主要適用於Solaris 10以上版本
該模型也是由Sun公司開發Solaris時所提出的事件驅動模型。
筆者的話：
通常YUM安裝的固定模組已經很足夠使用了，況且NGINX會自動選擇最有效的事件模組，因此其實不太需要手動編譯模型，但仍然還需要修改config來指定工作模式。
use是個事件模組指令，用來指定Nginx的工作模式。
select和poll都是標準的工作模式
kqueue和epoll是高效的工作模式
kqueue和epoll是高效的工作模式
不同的是epoll用在Linux平臺上，而kqueue用在BSD系統中。
對於Linux系統，epoll工作模式是首選。
在作業系統不支援這些高效模型時才使用select。
在作業系統不支援這些高效模型時才使用select。
以下是筆者用epoll模組，壓力測試的結果
ab -n 10000 -c 10 http://localhost:80/index.html
模擬，同時1萬個訪問連線，總共要請求10次。
Time taken for tests: 1348.594 seconds
Requests per second: 7.42 [#/sec] (mean)
Requests per second: 7.42 [#/sec] (mean)
參考資料：
留言
留言分享你的想法！
你可能也想看
Google News 追蹤
本文介紹了在網站開發中如何運用狀態機的原則和設計方法。通過具體案例分析，以及狀態和數據的區分，詳細介紹了狀態機的設計原則和應用。讀者可以通過本文瞭解如何將狀態機應用於實際的網站開發中。
KSQL引擎， 串流形式的SQL？ 聽了應該霧煞煞吧！ 想像一下傳統的SQL， 是不是一個指令一個動作， 每發送一個指令之後就必須等到查詢/寫入…動作皆完成之後才回應， 然而在Streaming的應用上這顯然不太可行， 每分每秒都有資料流入的情境下， 資料的狀態都在變化， 假設我們一個指令一個動作，
儲存庫 (Repository) 是檔案(File)的儲存區域。
在版本控制中，儲存庫是包含所有檔案的資料夾[1]。
每次改動檔案，你都可以選擇要不要儲存。
而那些有被處存的改動，就被稱為「提交 Commit」[2]。
而當一個儲存庫有多個開發者(Developer)在貢獻，
本章講述了C#開發中的程序集，命名空間和 NuGet 包管理器。程序集是 .NET 應用的基礎，命名空間用於組織和預防命名衝突，而 NuGet 用於管理 .NET 的外部庫和依賴項。
呈上次使用logging來撰寫日誌，利用類別包裝的方式，可實現多個日誌紀錄器，但發現這樣就失去它原先，可以回傳是誰呼叫他並記錄行數的功能。
[Python]使用logging創建兩個以上的日誌紀錄
若開啟函式名稱、行數及訊息的功能，就會像這樣，幾乎都是記錄到，我定義中類別的函式
※ 說明事件委派 (Event Delegation) ，背後的運作機制。
網頁元素接收事件的順序，流程有兩種個方向的傳遞：
由下而上的，稱為事件冒泡 (event bubbling)
由上而下的，稱為事件捕獲 (event capturing)
※ 事件冒泡 Event Bubbling
※ 函式基礎介紹：
※ JavaScript 特殊的函式特性：
函式可以當成值來傳遞 (可以放進變數或放進物件)
函式可以當成函式的參數
callback - 在特定事件中觸發函式 (非同步特性)
※ 函式的基本寫法：
※ 調用 (invoke) 函式：
"調用" 意指呼叫或執行
上篇介紹過918DM與官網的介紹還有工具設計的目的與特色，這篇來討論篩選機制，因為前幾期研究過六因子，這次也整理了表格將篩選機制套用到六因子模型上，看一下符合哪些特點，討論一下優點與缺點讓918的內容可以更被了解，另外主打填息的功能，其實在的00934也有此特點，那到底為何跟934有相似
Kafka是一個先進的分佈式流處理平臺，具有高吞吐量、可擴展性、容錯性和低延遲特性，提供瞭解耦、非同步和削峰特點。本文介紹了Kafka的通訊模式、適合的應用場景和未來發展趨勢，旨在幫助使用者更好地理解和應用Kafka。
題目敘述
題目會給我們一個定義好的類別和function介面，要求我們實作建構子和ping() function來滿足指定的需求。
RecentCounter類別的建構子
建構子應該初始化來電紀錄，內容為空(零筆資料)
int ping(int t)
t代表來電時刻，單位是毫秒m
本文介紹了在網站開發中如何運用狀態機的原則和設計方法。通過具體案例分析，以及狀態和數據的區分，詳細介紹了狀態機的設計原則和應用。讀者可以通過本文瞭解如何將狀態機應用於實際的網站開發中。
KSQL引擎， 串流形式的SQL？ 聽了應該霧煞煞吧！ 想像一下傳統的SQL， 是不是一個指令一個動作， 每發送一個指令之後就必須等到查詢/寫入…動作皆完成之後才回應， 然而在Streaming的應用上這顯然不太可行， 每分每秒都有資料流入的情境下， 資料的狀態都在變化， 假設我們一個指令一個動作，
儲存庫 (Repository) 是檔案(File)的儲存區域。
在版本控制中，儲存庫是包含所有檔案的資料夾[1]。
每次改動檔案，你都可以選擇要不要儲存。
而那些有被處存的改動，就被稱為「提交 Commit」[2]。
而當一個儲存庫有多個開發者(Developer)在貢獻，
本章講述了C#開發中的程序集，命名空間和 NuGet 包管理器。程序集是 .NET 應用的基礎，命名空間用於組織和預防命名衝突，而 NuGet 用於管理 .NET 的外部庫和依賴項。
呈上次使用logging來撰寫日誌，利用類別包裝的方式，可實現多個日誌紀錄器，但發現這樣就失去它原先，可以回傳是誰呼叫他並記錄行數的功能。
[Python]使用logging創建兩個以上的日誌紀錄
若開啟函式名稱、行數及訊息的功能，就會像這樣，幾乎都是記錄到，我定義中類別的函式
※ 說明事件委派 (Event Delegation) ，背後的運作機制。
網頁元素接收事件的順序，流程有兩種個方向的傳遞：
由下而上的，稱為事件冒泡 (event bubbling)
由上而下的，稱為事件捕獲 (event capturing)
※ 事件冒泡 Event Bubbling
※ 函式基礎介紹：
※ JavaScript 特殊的函式特性：
函式可以當成值來傳遞 (可以放進變數或放進物件)
函式可以當成函式的參數
callback - 在特定事件中觸發函式 (非同步特性)
※ 函式的基本寫法：
※ 調用 (invoke) 函式：
"調用" 意指呼叫或執行
上篇介紹過918DM與官網的介紹還有工具設計的目的與特色，這篇來討論篩選機制，因為前幾期研究過六因子，這次也整理了表格將篩選機制套用到六因子模型上，看一下符合哪些特點，討論一下優點與缺點讓918的內容可以更被了解，另外主打填息的功能，其實在的00934也有此特點，那到底為何跟934有相似
Kafka是一個先進的分佈式流處理平臺，具有高吞吐量、可擴展性、容錯性和低延遲特性，提供瞭解耦、非同步和削峰特點。本文介紹了Kafka的通訊模式、適合的應用場景和未來發展趨勢，旨在幫助使用者更好地理解和應用Kafka。
題目敘述
題目會給我們一個定義好的類別和function介面，要求我們實作建構子和ping() function來滿足指定的需求。
RecentCounter類別的建構子
建構子應該初始化來電紀錄，內容為空(零筆資料)
int ping(int t)
t代表來電時刻，單位是毫秒m