select poll epoll原理

在操作系统中，`poll` 和 `epoll` 都是用于处理并发I/O请求的机制，它们都属于I/O多路复用技术。下面分别解释一下这两个：

1. **select**：`select` 是最早的I/O多路复用函数，它通过维护一个文件描述符集合，并定期检查这些描述符的状态（如是否有数据可读、可写或出错）。当某个描述符满足指定条件（如有数据可用）时，`select` 返回对应事件。这个过程会阻塞直到有事件发生。

2. **epoll**：`epoll` 是 Linux 提供的一个增强版本的`select`，它是`kqueue`系统的POSIX兼容版本。相比于`select`，`epoll` 更加高效，因为它将整个进程挂起，而不是循环轮询每个描述符。`epoll` 通过添加、删除和修改单个句柄来跟踪描述符，当你调用`epoll_ctl`更新事件时，系统会在需要的时候唤醒进程，提供更小的开销。

简单来说，`poll` 每次都需要遍历所有描述符，而 `epoll` 则仅关注发生变化的描述符，提高了效率。如果你关心具体的编程原理，可以了解`epoll_create`创建事件监听套接字，`epoll_add`注册描述符，`epoll_wait`等待事件并返回相应的描述符集合等操作。

相关问题

selectpollepoll原理和区别

select、poll和epoll都是用于多路复用IO的机制，用于同时监听多个文件描述符的就绪状态。它们的原理和区别如下：

1. select和poll的原理是通过遍历所有需要监听的文件描述符来检查是否就绪。select使用fd标注位来存放需要监听的文件描述符，而poll使用链表来存储文件描述符。因此，select会受到最大连接数的限制，而poll不会。而epoll采用回调机制，只需要处理已经就绪的文件描述符。

2. select和poll在返回时不会明确指出哪些文件描述符已经就绪，需要在程序中遍历所有监听的文件描述符来找到就绪的文件描述符。而epoll会直接返回已经就绪的文件描述符，省去了遍历的步骤。

3. select和poll采用轮询的方式来检查文件描述符是否就绪，效率会随着文件描述符数量的增加而线性降低。而epoll采用回调机制，在活跃的socket很多时效率不会受到太大影响。

4. epoll支持边缘触发和水平触发两种模式，边缘触发模式效率更高。而select和poll只支持水平触发模式。

5. select和poll需要将相关的文件描述符的数据结构拷贝进内核，再拷贝出来。而epoll的文件描述符数据结构存储在内核态中，利用mmap文件映射内存加速与内核空间的消息传递，减少了复制的开销。

总结来说，select和poll使用轮询方式来检查文件描述符是否就绪，效率较低，而epoll采用回调机制，效率更高。epoll支持边缘触发模式和水平触发模式，而select和poll只支持水平触发模式。epoll的文件描述符数据结构存储在内核态中，减少了复制开销。<span class="em">1</span><span class="em">2</span><span class="em">3</span>
#### 引用[.reference_title]
- *1* *2* [epoll、poll、select的原理和区别](https://blog.csdn.net/wwwvipp/article/details/119888373)[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%"]
- *3* [[14本经典Android开发教程]-8-Linux内核阅读心得体会](https://download.csdn.net/download/cleopard/8391591)[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模型。它们的作用是同时监视多个文件描述符（包括socket文件描述符）的可读、可写和错误事件，并在事件就绪时通知应用程序进行相应的处理。

select和poll是传统的I/O模型，它们的调用接口相对简单，只提供一个函数。但是由于每次调用都需要将所有的文件描述符集合传递给内核，效率会随着文件描述符数量的增加而下降。此外，select和poll对文件描述符的管理机制也没有做太多的优化，因此在大量文件描述符的情况下，效率会更低。

与select和poll不同，epoll提供了三个函数：epoll_create、epoll_ctl和epoll_wait。通过epoll_create创建一个epoll句柄，然后通过epoll_ctl注册要监听的事件类型，最后通过epoll_wait等待事件的产生。

epoll的实现机制与select和poll完全不同，它利用了内核与用户空间共享同一个事件表的机制，这样每次调用epoll_wait时只需要将就绪事件通知给应用程序，避免了每次调用都需要遍历所有文件描述符的问题，大大提高了效率。

总的来说，select、poll和epoll都是用于实现I/O多路复用的机制，但是epoll相比于select和poll在性能上有较大的优势，尤其是在连接数多、连接活跃的情况下。