一、epoll和select和poll的區(qū)別
三者對比
select：調(diào)用開銷大（需要復制集合）；集合大小有限制；需要遍歷整個集合找到就緒的描述符poll：poll 采用數(shù)組的方式存儲文件描述符，沒有最大存儲數(shù)量的限制，其他方面和 select 沒有區(qū)別epoll：調(diào)用開銷小（不需要復制）；集合大小無限制；采用回調(diào)機制，不需要遍歷整個集合select、poll?都是在用戶態(tài)維護文件描述符集合，因此每次需要將完整集合傳給內(nèi)核；epoll?由操作系統(tǒng)在內(nèi)核中維護文件描述符集合，因此只需要在創(chuàng)建的時候傳入文件描述符。
此外?select?只支持水平觸發(fā)，epoll?支持邊緣觸發(fā)。
適用場景
當連接數(shù)較多并且有很多的不活躍連接時，epoll 的效率比其它兩者高很多。當連接數(shù)較少并且都十分活躍的情況下，由于 epoll 需要很多回調(diào)，因此性能可能低于其它兩者。
延伸閱讀：
二、Redis 的線程模型是什么
Redis是一個單線程的工作模型，使用 I/O 多路復用來處理客戶端的多個連接。為什么 Redis 選擇單線程也能效率這么高？
I/O 設備（如磁盤、網(wǎng)絡）等速度遠遠慢于 CPU，因此引入了多線程技術。當一個線程發(fā)起 I/O 請求時，先將它掛起，切換到別的線程；當 I/O 設備就緒時，再切換回該線程。總之，多線程技術是為了充分利用 CPU 的計算資源，適用于下層存儲慢速的場景。
而 redis 是純內(nèi)存操作，讀寫速度非常快。所有的操作都會在內(nèi)存中完成，不涉及任何 I/O 操作，因此多線程頻繁的上下文切換反而是一種負優(yōu)化。Redis 選擇基于非阻塞 I/O 的?I/O 多路復用機制，在單線程里并發(fā)處理客戶端的多個連接，減少多線程帶來的系統(tǒng)開銷，同時也有更好的可維護性，方便開發(fā)和調(diào)試。
不過 redis 在最新的幾個版本中也引入了多線程，目的是：
異步處理刪除操作。當刪除超大鍵值對的時候，單線程內(nèi)同步地刪除可能會阻塞待處理的任務應對網(wǎng)絡 I/O 的場景，網(wǎng)絡 I/O 是慢速 I/O。redis6 吞吐量提高了 1 倍
京公網(wǎng)安備 11010802030320號