epoll与select

都是 Linux 中的 I/O 多路复用机制，它们可以让一个进程同时监控多个文件描述符，当其中任意一个文件描述符就绪时，进程就可以进行相应的 I/O 操作。不同之处在于，epoll 使用了更加高效的事件通知机制，可以避免 select 中的“轮询”操作，从而提高了效率。

相关问题

epoll和select

`epoll` 和 `select` 都是 Linux 中的 I/O 多路复用机制，可以用来实现高并发网络编程。

`select` 是最早的 I/O 多路复用机制，支持监视的文件描述符数量有限，一般是 1024。同时每次调用 `select` 都会遍历所有的文件描述符，效率较低，但是在一些低并发的场景下使用还是很合适的。

`epoll` 是在 `select` 的基础上改进而来，可以支持大量的文件描述符，可以通过 `epoll_create` 函数创建一个 epoll 文件描述符，然后将需要监视的文件描述符加入到 epoll 中，当有事件触发的时候，只需要遍历触发事件的文件描述符即可，效率比 `select` 更高。同时，`epoll` 还支持边缘触发和水平触发两种模式，边缘触发只在状态变化的时候触发，水平触发在状态变化的时候一直触发。

总的来说，`epoll` 在高并发的场景下表现更好，而 `select` 在低并发的场景下表现更好。

epoll poll select

在Linux中，epoll、poll和select是实现IO多路复用机制的三种方式。其中，epoll在连接数少且连接活跃的情况下性能最好，因为它采用了回调机制，避免了轮询的开销，而且不会受到文件描述符数量增加的影响。相比之下，select和poll都采用了轮询的方式来检查文件描述符是否处于就绪态，随着文件描述符数量的增加，它们的效率会线性降低。所以，在连接数量较少且连接活跃的情况下，select和poll的性能可能会比epoll好。<span class="em">1</span><span class="em">2</span><span class="em">3</span>
#### 引用[.reference_title]
- *1* *3* [select，poll和epoll详解](https://blog.csdn.net/u010306832/article/details/119942290)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v92^chatsearchT0_1"}}] [.reference_item style="max-width: 50%"]
- *2* [select、poll、epoll详解](https://blog.csdn.net/fengyuyeguirenenen/article/details/124234675)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v92^chatsearchT0_1"}}] [.reference_item style="max-width: 50%"]
[ .reference_list ]