epoll跟select都能提供多路I/O複用的解決方案。在現在的Linux內核裏有都能夠支持，其中epoll是Linux所特有，而select則應該是POSIX所規定，一般操作系統均有實現
select：
select本質上是通過設置或者檢查存放fd標誌位的數據結構來進行下一步處理。這樣所帶來的缺點是：
1、 單個進程可監視的fd數量被限制，即能監聽端口的大小有限。
一般來說這個數目和系統內存關係很大，具體數目可以cat /proc/sys/fs/file-max察看。32位機默認是1024個。64位機默認是2048.
2、 對socket進行掃描時是線性掃描，即採用輪詢的方法，效率較低：
當套接字比較多的時候，每次select()都要通過遍歷FD_SETSIZE個Socket來完成調度,不管哪個Socket是活躍的,都遍歷一遍。這 會浪費很多CPU時間。如果能給套接字註冊某個回調函數，當他們活躍時，自動完成相關操作，那就避免了輪詢，這正是epoll與kqueue做的。
3、需要維護一個用來存放大量fd的數據結構，這樣會使得用戶空間和內核空間在傳遞該結構時複製開銷大
poll：
poll 本質上和select沒有區別，它將用戶傳入的數組拷貝到內核空間，然後查詢每個fd對應的設備狀態，如果設備就緒則在設備等待隊列中加入一項並繼續遍 歷，如果遍歷完所有fd後沒有發現就緒設備，則掛起當前進程，直到設備就緒或者主動超時，被喚醒後它又要再次遍歷fd。這個過程經歷了多次無謂的遍歷。
它沒有最大連接數的限制，原因是它是基於鏈表來存儲的，但是同樣有一個缺點：
1、大量的fd的數組被整體複製於用戶態和內核地址空間之 間，而不管這樣的複製是不是有意 義。 2、poll還有一個特點是“水平觸發”，如果報告了fd後，沒有被處理，那麼下次poll時會再次報告該fd。
epoll:
epoll 支持水平觸發和邊緣觸發，最大的特點在於邊緣觸發，它只告訴進程哪些fd剛剛變爲就需態，並且只會通知一次。還有一個特點是，epoll使用“事件”的就 緒通知方式，通過epoll_ctl註冊fd，一旦該fd就緒，內核就會採用類似callback的回調機制來激活該fd，epoll_wait便可以收 到通知
epoll的優點：
2、效率提升，不是輪詢的方式，不會隨着FD數目的增加效率下降。只有活躍可用的FD纔會調用callback函數；
即Epoll最大的優點就在於它只管你“活躍”的連接，而跟連接總數無關，因此在實際的網絡環境中，Epoll的效率就會遠遠高於select和poll。
3、 內存拷貝，利用mmap()文件映射內存加速與內核空間的消息傳遞；即epoll使用mmap減少複製開銷。
select、poll、epoll 區別總結：
1、支持一個進程所能打開的最大連接數
|
select |
單個進程所能打開的最大連接數有FD_SETSIZE宏定 義，其大小是32個整數的大小（在32位的機器上，大小就是32*32，同理64位機器上FD_SETSIZE爲32*64），當然我們可以對進行修改， 然後重新編譯內核，但是性能可能會受到影響，這需要進一步的測試。 |
|
poll |
poll本質上和select沒有區別，但是它沒有最大連接數的限制，原因是它是基於鏈表來存儲的 |
|
epoll |
雖然連接數有上限，但是很大，1G內存的機器上可以打開10萬左右的連接，2G內存的機器可以打開20萬左右的連接 |
2、FD劇增後帶來的IO效率問題
|
select |
因爲每次調用時都會對連接進行線性遍歷，所以隨着FD的增加會造成遍歷速度慢的“線性下降性能問題”。 |
|
poll |
同上 |
|
epoll |
因爲epoll內核中實現是根據每個fd上的 callback函數來實現的，只有活躍的socket纔會主動調用callback，所以在活躍socket較少的情況下，使用epoll沒有前面兩者 的線性下降的性能問題，但是所有socket都很活躍的情況下，可能會有性能問題。 |
3、 消息傳遞方式
|
select |
內核需要將消息傳遞到用戶空間，都需要內核拷貝動作 |
|
poll |
同上 |
|
epoll |
epoll通過內核和用戶空間共享一塊內存來實現的。 |
總結：
綜上，在選擇select，poll，epoll時要根據具體的使用場合以及這三種方式的自身特點。
1、表面上看epoll的性能最好，但是在連接數少並且連接都十分活躍的情況下，select和poll的性能可能比epoll好，畢竟epoll的通知機制需要很多函數回調。
2、select低效是因爲每次它都需要輪詢。但低效也是相對的，視情況而定，也可通過良好的設計改善