Ngnix hash表如何進行請求快速反應(yīng)
用Ngnix hash表來協(xié)助完成請求的快速處理需要我們明白到底是一個什么意思。下面我們就來看看有關(guān)的問題如何進行解決，希望大家在之后的使用中有所收獲。
考慮到保存鍵及其值的Ngnix hash表存儲單元的大小不至于超出設(shè)定參數(shù)(hash bucket size)， 在啟動和每次重新配置時，Nginx為hash表選擇盡可能小的尺寸。
直到hash表超過參數(shù)(hash max size)的大小才重新進行選擇. 對于大多數(shù)Ngnix hash表都有指令來修改這些參數(shù)。例如，保存服務(wù)器名字的hash表是由指令 server_names_hash_max_size 和 server_names_hash_bucket_size所控制的。參數(shù)hash bucket size總是等于hash表的大小，并且是一路處理器緩存大小的倍數(shù)。在減少了在內(nèi)存中的存取次數(shù)后，使在處理器中加速查找hash表鍵值成為可能。
如果hash bucket size等于一路處理器緩存的大小，那么在查找鍵的時候，最壞的情況下在內(nèi)存中查找的次數(shù)為2。***次是確定存儲單元的地址，第二次是在存儲單元中查找鍵值。因此，如果Nginx給出需要增大 hash max size 或 hash bucket size的提示，那么首要的是增大前一個參數(shù)的大小.
事件模型
Nginx支持如下處理連接的方法（I/O復(fù)用方法），這些方法可以通過use指令指定。
select - 標準方法。 如果當前平臺沒有更有效的方法，它是編譯時默認的方法。你可以使用配置參數(shù) --with-select_module 和 --without-select_module 來啟用或禁用這個模塊。
poll - 標準方法。 如果當前平臺沒有更有效的方法，它是編譯時默認的方法。你可以使用配置參數(shù) --with-poll_module 和 --without-poll_module 來啟用或禁用這個模塊。
kqueue - 高效的方法，使用于 FreeBSD 4.1+, OpenBSD 2.9+, NetBSD 2.0 和 MacOS X. 使用雙處理器的MacOS X系統(tǒng)使用kqueue可能會造成內(nèi)核崩潰。
epoll - 高效的方法，使用于Linux內(nèi)核2.6版本及以后的系統(tǒng)。在某些發(fā)行版本中，如SuSE 8.2, 有讓2.4版本的內(nèi)核支持epoll的補丁。
rtsig - 可執(zhí)行的實時信號，使用于Linux內(nèi)核版本2.2.19以后的系統(tǒng)。默認情況下整個系統(tǒng)中不能出現(xiàn)大于1024個POSIX實時(排隊)信號。這種情況對于高負載的服務(wù)器來說是低效的；所以有必要通過調(diào)節(jié)內(nèi)核參數(shù) /proc/sys/kernel/rtsig-max 來增加隊列的大小。
Ngnix hash表可是從Linux內(nèi)核版本2.6.6-mm2開始， 這個參數(shù)就不再使用了，并且對于每個進程有一個獨立的信號隊列，這個隊列的大小可以用 RLIMIT_SIGPENDING 參數(shù)調(diào)節(jié)。當這個隊列過于擁塞，nginx就放棄它并且開始使用 poll 方法來處理連接直到恢復(fù)正常。
/dev/poll - 高效的方法，使用于 Solaris 7 11/99+, HP/UX 11.22+ (eventport), IRIX 6.5.15+ 和 Tru64 UNIX 5.1A+.
eventport - 高效的方法，使用于 Solaris 10. 為了防止出現(xiàn)內(nèi)核崩潰的問題， 有必要安裝 這個 安全補丁。以上就是對Ngnix hash表使用的相關(guān)介紹。希望大家有所收獲。
【編輯推薦】
- Nginx狀態(tài)監(jiān)控如何實現(xiàn)自己的作用
- Linux Nginx基本操作與配置
- Linux Nginx最基礎(chǔ)的十大安裝步驟
- Nginx反向代理與服務(wù)器的配置緩沖
- 深入學(xué)習(xí)有關(guān)Nginx負載均衡的安裝過程
