select\poll\epoll

select、poll、epoll都是Linux下的I/O多路复用机制，可以同时监视多个文件描述符，当某个文件描述符就绪（一般是读就绪或者写就绪），则立即通知相应程序进行处理。它们的主要区别在于实现方式和性能上的差异。

select是最古老的I/O多路复用机制，它使用一个fd_set类型的数组来存放需要监视的文件描述符，每次调用select时，都需要将这个数组从用户态拷贝到内核态，这个过程比较耗时。同时，select支持的文件描述符数量有限，一般为1024。

poll是select的改进版，它使用一个pollfd类型的数组来存放需要监视的文件描述符，每次调用poll时，只需要将这个数组从用户态拷贝到内核态一次，效率比select高。但是poll仍然存在一个问题，就是每次调用poll时都需要遍历整个数组来查找就绪的文件描述符，当需要监视的文件描述符数量很大时，这个过程会比较耗时。

epoll是Linux 2.6内核引入的新机制，它使用一个epoll_event类型的数组来存放需要监视的文件描述符，每次调用epoll时，只需要将这个数组从用户态拷贝到内核态一次，效率比poll更高。而且epoll支持的文件描述符数量非常大，一般为几万个，甚至可以达到百万级别。另外，epoll还支持两种工作模式：LT（Level Triggered）和ET（Edge Triggered），LT模式下，当文件描述符就绪时，epoll_wait会立即返回；而ET模式下，当文件描述符就绪时，epoll_wait只会通知一次，直到下次有新的数据到来才会再次通知。

相关问题

selectpollepoll

select、poll和epoll是Linux下的三种I/O多路复用机制。

select是最古老的一种，它通过轮询的方式来检查多个文件描述符是否处于就绪态。当文件描述符就绪时，select会通知应用程序进行读写操作。然而，在连接数少并且连接都十分活跃的情况下，select的性能可能不如其他两种。因为select的通知机制需要回调多个函数，这会导致性能下降。

poll是select的改进版本，它也是通过轮询的方式来检查文件描述符的就绪态。和select不同的是，poll使用了结构体数组来传递文件描述符信息，减少了函数调用的次数。但是，随着文件描述符数量的增加，poll的效率会线性降低。

而epoll是最新的一种I/O多路复用机制，它采用了回调机制。当文件描述符就绪时，epoll会通过回调机制直接调用相应的回调函数，减少了函数调用的开销。与select和poll相比，epoll在大量活跃的文件描述符情况下具有更好的性能，因为它的效率不受文件描述符数量的影响。使用epoll需要先调用epoll_create()函数创建一个epoll的句柄，然后将需要监视的文件描述符添加到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^v93^chatsearchT3_2"}}] [.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^v93^chatsearchT3_2"}}] [.reference_item style="max-width: 50%"]
[ .reference_list ]

select poll epoll区别

这个问题是关于 select、poll 和 epoll 三种 I/O 多路复用机制的区别。

select、poll 和 epoll 都是用于 I/O 多路复用的机制，可以使单个进程可以同时处理多个 I/O 事件。它们都可以同时监控多个文件描述符，当其中的一个或多个文件描述符就绪时，就会通知程序进行相关操作。

select 和 poll 是比较早的 I/O 多路复用机制，它们都会扫描所有注册的文件描述符，并检查是否有 I/O 事件就绪，需要遍历所有的 FD_SET/MAP，效率较低，并且无法处理大量连接的情况。

而 epoll 机制则是在 Linux 2.6 内核中引入的，它通过将 I/O 事件添加到内核空间的事件表中来实现，可以高效地处理大量连接的情况。epoll 支持三种 I/O 模型：LT（Level Triggering）、ET（Edge Triggering）和 One-Shot，其中 ET 和 One-Shot 主要用于高并发的网络通信。

总而言之，epoll 是一种高效、灵活的 I/O 多路复用机制，适用于处理大量连接的场景，而 select 和 poll 的效率较低，适用于处理少量连接的情况。