IO多路复用中，select、poll和epoll的区别

在IO多路复用中，select、poll和epoll都是用于监听多个文件描述符的状态变化的。它们的主要区别在于：

1. select和poll在监听文件描述符时，都需要将所有描述符的状态都遍历一遍，即使只有一个描述符状态发生了变化，也需要遍历所有描述符。而epoll每次只需要遍历发生事件的描述符，大幅减少了遍历的次数。

2. select和poll对于描述符数量的限制比较低，而epoll则可以支持非常大的描述符数量。

3. select和poll需要将描述符的状态复制到内核空间，而epoll只需要将文件描述符传给内核，避免了复制的开销。

所以，总体来说，epoll是最优秀的IO多路复用实现方式，可以更高效地完成大量描述符的监听任务。

相关问题

io多路复用e poll

IO多路复用是一种提高系统效率的技术，它通过复用一个线程来同时处理多个连接。其中，epoll是select和poll的升级版，相比于select/poll，epoll拥有更高的效率。epoll通过将“添加/维护待检测任务”和“阻塞进程/线程”这两个步骤分开进行，从而减少了不必要的操作，提高了处理效率。具体来说，epoll使用epoll_ctl函数来维护等待队列，然后调用epoll_wait函数来阻塞进程。这样，只有当有事件需要处理时，才会阻塞线程，避免了不必要的阻塞。

select和poll和epoll区别

### 回答1：
select、poll和epoll都是用来处理多路复用IO的方法。

- select: 是最早出现的多路复用IO方泏，它能同时处理多个文件描述符，但是它存在最大文件描述符数量和每次调用时间复杂度的限制。
- poll: 与select相比，它能同时处理更多的文件描述符，并且每次调用的时间复杂度也更低。
- epoll: 是Linux下特有的多路复用IO方法，它的性能比select和poll更优，能同时处理更多的文件描述符。

总结来说，epoll相比select和poll性能更优，能处理更多的文件描述符。

### 回答2：
select、poll和epoll都是Linux中用来实现I/O多路复用的函数。I/O多路复用的主要作用是实现在一个进程中同时监听多个文件描述符的可读、可写和异常事件，以减少进程的系统调用数量，提高程序的并发性能。

select是最早出现的I/O多路复用函数，其调用方式比较简单，只需要用一个fd_set集合存储要监听的文件描述符，然后调用select函数。但是select有一些缺点，因为它使用位图来存储文件描述符，当监听的文件描述符数量增加时，位图的大小也会增加，导致性能下降。

poll是一种改进的I/O多路复用函数，它使用一个pollfd结构来存储文件描述符和事件，并在同一个结构体数组中存储所有需要监听的文件描述符，这样的话，无论监听的文件描述符数量增加，只需要重新分配一个更大的数组即可，可以提高性能。

epoll是Linux中最新、最高效的I/O多路复用函数，它使用事件驱动模型实现，可以处理大量的文件描述符。epoll用一个epoll_create函数创建一个epoll文件描述符，然后使用epoll_ctl函数向内核注册需要监听的文件描述符和事件类型，最后使用epoll_wait函数等待文件描述符上的事件。epoll最大的优点是可以支持水平触发和边缘触发两种模式，水平触发模式只要有数据可读或可写就会返回一个事件，而边缘触发模式只有当描述符上数据有变化时才会返回一个事件。

综上所述，select、poll和epoll都是Linux中用来实现I/O多路复用的函数，它们的主要区别在于使用的数据结构不同，以及性能方面的优化不同。epoll是最高效的I/O多路复用函数，性能比select和poll要高，并且支持水平触发和边缘触发两种模式。

### 回答3：
select、poll、epoll均是Linux下常见的网络编程I/O多路复用技术。这些技术的核心是将多个I/O操作以非阻塞的方式同时处理，从而提高程序的性能。虽然三者都实现了I/O多路复用，但是实现方式却有所区别。

select是最古老的I/O多路复用技术，在大多数操作系统上都有实现。它的操作过程是：将要监视的文件描述符（包括输入和输出）分别存入一个数组中，并调用select函数开始监听，在有文件描述符就绪（有数据可读或者数据可写）的时候，返回一个事件的集合，可以通过遍历fd_set来得到哪些文件可以读/写。缺点是select函数的时间复杂度是O(n)，随着监视的文件描述符数量增加，时间复杂度会越来越高，同时select也有FD_SETSIZE的限制（默认是1024）。

poll是在select的基础上进行了改进，可以监视的文件描述符数目不受限制。与select相同的是，都需要调用轮询函数来等待事件，当某个文件描述符就绪时，内核会将就绪的文件存在一个链表中并返回给应用程序。每次都需要遍历整个被监视的描述符集合，找到哪些描述符有数据可读，效率也不是非常理想。

而epoll是为了解决select和poll的效率低下、不易扩展的问题而设计的，它利用了操作系统内核的支持，并支持边缘触发和水平触发两种工作模式。epoll会将每个文件描述符对应的文件表项都放在一个红黑树中，然后在树中搜索已经就绪的文件来获取就绪的文件列表。与select和poll的轮询方式不同，epoll是基于事件驱动方式的，当注册的文件描述符已经准备好时，内核会通过事件通知方式来通知应用程序。相比之前的两种方法，epoll的效率更高，也更容易扩展。但是它的实现比较复杂，需要大量调用系统API函数。

总之，select、poll、epoll这三种I/O多路复用方式各有优点缺点，不同场景选择不同的方式来处理I/O更加合适。在所监视的文件描述符数量较少时，select、poll比较合适；而对于应用程序并发性能要求较高的，epoll方式可以获得更好的性能表现。