socket通信原理簡單理解 ktls 原理？

ktls 原理？ktl可以附加到TCP/UDP套接字上，可以直接在內核模式下加密并由TLS封裝。TLS握手邏輯還是在用戶態完成的，這個握手協議其實是控制平面的事情。在AF_KTLS socket中，除

ktls 原理？

ktl可以附加到TCP/UDP套接字上，可以直接在內核模式下加密并由TLS封裝。

TLS握手邏輯還是在用戶態完成的，這個握手協議其實是控制平面的事情。在AF_KTLS socket中，除了加密/解密和記錄協議封裝/解封裝之外，其他所有操作都由附屬于它的TCP/UDP so執行。Cket，所以AF _ KTLSocket暴露在用戶態的接口就跟標準AF_INET socket的TCP/UDP socket一樣，當然你也可以通過sendfile向它發送文件！

epoll原理是如何實現的？

其實在了解epoll之前，我們必須先了解一件事，那就是進程阻塞切換的CPU開銷。在高并發網絡IO下，性能的最大絆腳石是socket的阻塞導致的進程上下文切換。關于這個，我做過實際工作。測試。過程上下文切換的成本大約是3-5微秒。

有些同學可能會說，3-5微秒的成本看起來不錯。但是你需要知道的是，從我們的開發工程師 s的觀點，這段時間我們換CPU褲子是沒用的。

所以epoll作為復用技術的代表，相比傳統的阻塞式網絡IO，省去了很多進程上下文切換。Epoll涉及一組復雜的數據結構，包括紅黑樹和現成的鏈表(和epollwait等待隊列)。都在內核狀態下工作。通過紅黑樹高效管理海量連接。當數據到達時，數據就緒的套接字被連續地放入就緒鏈表。

這樣，應用層與內核態的配合就非常容易，至少需要一個進程來維護上千甚至上百萬個連接。這個過程簡單地進入就緒隊列，查看是否有需要處理的就緒套接字。如果有，帶走處理。只要通過足夠的工作，epoll_wait贏得了 不要阻止這個過程。用戶進程會一直工作，一直工作，直到epoll_wait里真的沒什么事情可做了才放棄CPU。大大減少了進程切換的次數，這就是epol。l高效的地方在哪里！

這是對epoll工作原理的總結，供大家參考。

最后，讓 讓我們來談談埃波爾的紅黑樹。有人因為這種紅黑樹而誤以為epoll高效，夸大了紅黑樹的作用。其實紅黑樹的作用只是管理大量的連接，添加和刪除socket是非常高效的。。如果epoll管理的socket是固定的，實際上紅黑樹在數據接收和發送的事件管理過程中并沒有起到作用。內核在socket上接收到數據包后，可以直接找到epitem(epoll項)并插入。將其放入就緒隊列，等待用戶進程取走事件。在這個過程中，紅黑樹的作用不會體現出來。