select,poll,epoll的异同

Select、poll 和 epoll 都是 Linux 下多路复用 IO 的机制，可以同时监测多个文件描述符是否处于就绪状态，从而减少 IO 的等待时间，提高效率。其中 select 和 poll 采用了轮询的方式，而 epoll 利用了事件通知的方式，更加高效。

具体来说：

1. select 采用轮询的方式，每次都遍历所有的文件描述符。当某个文件描述符就绪时，select 会通知程序。但随着文件描述符的增多，轮询的效率会逐渐降低。

2. poll 的机制基本上和 select 相同，可以处理的文件描述符数量也没有限制，并且没有描述符数量限制的问题，poll 在处理大量文件描述符的时候速度比 select 高。

3. epoll 的机制和 select、poll 有所区别，不同于后者的轮询方式，epoll 采用了回调的方式。提供了更多的控制选项，能够处理的文件描述符数量也非常大。

因此，在文件描述符数量较少的情况下，select、poll、epoll 的区别并不是特别明显，但是当监控的文件描述符数量增加时，三者之间的效率差距将变得非常明显。

相关问题

网络IO复用模型有哪些？它们之间的异同是什么？

常见的网络IO复用模型有select、poll和epoll。

1. select模型：select函数监视多个文件描述符，当某个文件描述符就绪（一般是读写操作准备就绪）时，select函数返回，程序可以进行相应的IO操作。但是，select模型有一些缺点，如每次调用select时需要将文件描述符集合从用户态拷贝到内核态，当文件描述符数量增大时，这种拷贝会消耗大量的CPU时间，并且select支持的文件描述符数量受限。

2. poll模型：poll函数与select函数的作用相同，但是poll模型解决了select模型的一些问题。poll模型没有最大文件描述符数量的限制，并且不需要将文件描述符集合从用户态拷贝到内核态，因此效率更高。

3. epoll模型：epoll是Linux内核中实现的一种高效的IO复用机制，它采用了事件驱动的方式，当某个文件描述符就绪时，内核会通知应用程序，而不是像select和poll那样需要轮询文件描述符。epoll模型可以处理大量的文件描述符，并且具有更高的效率和更好的扩展性。

它们之间的异同主要有：

1. select和poll模型采用轮询的方式，而epoll模型采用事件驱动的方式，效率更高。

2. select和poll模型需要将文件描述符集合从用户态拷贝到内核态，而epoll模型不需要，因此效率更高。

3. select模型对文件描述符数量有限制，而poll和epoll模型没有限制。

总的来说，epoll模型是目前最常用的网络IO复用技术，它具有更高的效率和更好的扩展性，但是在一些情况下，select和poll模型也可以满足需求。