ET和LT:
LT一般用在單線程。
ET和EPOLLONESHOT配合用在多線程共享一個epoll環境下，EPOLLONESHOT標記觸發過的事件從epoll中移除，下次必須重新注冊，用來防止多線程同時取到同一個socket的事件產生沖突。
epoll_wait 第三個參數 取事件數量：
單線程模型當然盡可能一次多取一些效率高，多線程為了防止一個線程把所有事件取完其他線程饑餓，ACE實現是只取1個。
錯誤處理：
EAGIN | EINTR | EWOULDBLOCK 重試。
EPOLLERR | EPOLLHUP | EPOLLRDHUP 斷開連接。
驚群：
默認系統都會有這問題，據說新系統有修復不過還是處理一下比較好，一般解決方案是同時只有一個線程等待accept，可以單獨線程accept，將連接在分給其他工作線程。nginx是多進程模型，使用了基于共享內存的互斥鎖，使得同時只有一個工作進程的epoll含有accept的socket，通過這種方式實現連接數上的負載均衡（連接數少的工作進程得到accept鎖的概率高）。
為了避免大數據量io時，et模式下只處理一個fd,其他fd被餓死的情況發生。linux建議可以在fd聯系到的結構（一般都會自己封裝一個包含fd和讀寫緩沖的結構體）中增加ready位，然后epoll_wait觸發事件之后僅將其置位為ready模式，然后在下邊輪詢ready fd列表。
epoll實現：
epoll內部用了一個紅黑樹記錄添加的socket，用了一個雙向鏈表接收內核觸發的事件。
注冊的事件掛載在紅黑樹中(紅黑樹的插入時間效率是logN，其中n為樹的高度)。
掛載的事件會與設備(網卡)驅動建立回調關系，也就是說，當相應的事件發生時會調用這個回調方法。這個回調方法在內核中叫ep_poll_callback,它會將發生的事件添加到rdlist雙鏈表中。
使用mmap映射內存，減少內核態和用戶態的不同內存地址空間拷貝開銷。每次注冊新的事件到epoll中時，會把fd拷貝進內核，通過內核于用戶空間mmap同一塊內存保證了只會拷貝一次。（返回的時候不需要拷貝，select要）
執行epoll_ctl時，除了把socket放到紅黑樹上，還會給內核中斷處理程序注冊一個回調函數，告訴內核，如果這個句柄的中斷到了，就把它放到準備就緒list鏈表里。所以，當一個socket上有數據到了，內核在把網卡上的數據copy到內核中后就把socket插入到準備就緒鏈表里了。鏈表又是通過mmap映射的空間，所以在傳遞給用戶程序的時候不需要復制（這也是為什么比select效率高的原因，epoll_wait返回的只是就緒隊列，不需要輪詢 不需要復制完成的事件列表，select，poll實現需要自己不斷輪詢所有fd集合，直到設備就緒）。
epoll_wait最后會檢查socket，如果是 LT，并且這些socket上確實有未處理的事件時，又把該句柄放回到剛剛清空的準備就緒鏈表了（LT比ET低效的原因）。
可見，如果沒有大量的空閑，無效連接，epoll效率不比select高。
測試數據（僅是剛接觸go的時候好奇做的參考意義的測試）：
同樣的環境，echo服務器測并發io，單線程epoll qps:45000左右，每連接/協程 go： 50000多，多線程epoll（開6個epoll，每個epoll開8線程，一共48線程）：qps 70000多。