linux select与poll的区别

 linux下面的poll与select的区别：poll与select本质上是一样的，不同之处有如下：

1. 每个进程使用的select有最大连接数限制，只能有FD_SETSIZE个，而poll没有这样的限制（采用链表存储）；

弊端：select和poll都需要有一个比较大的结构来存储所有的socket连接，每次有一个可用（可读可写或出错）的socket过来的时候，都需要遍历一遍结构，随着连接的增加，遍历的长度会越来越长，如此很浪费

使用非阻塞I/O的应用程序也经常使用poll、selec和epoll系统调用。poll、selec和epoll的功能，本质上是一样的：都允许进程决定是否可以对一个和多个打开文件做非阻塞操作的读取和写入。这些调用也会阻塞进程，直到给定的文件描述符集合中的任何一个可读取或写入。因此，他们常常用于那些要使用多个输入和输出流而又不会阻塞阻于其中任何一个流的应用程序程序中。同一功能之所以要多个独立函数提供，是因为其中两个几乎是同时由两个不同的unix团体分别实现的：selec在BSD unix中引入，而poll由System V引入。epoll系统调用，它用于将poll函数的扩展到能个处理数千个文件描述符。

    对上述系统调用的支持需要来自设备的驱动程序的相应支持。所有三个系统均通过驱动程序的poll方法提供。该方法具有如下的原型：

unsigned int (*poll) (struct file *filp,poll_table *wait);

    

  当用户空间程序在驱动程序关联的文件描述上执行poll、selec或epoll系统调用时该驱动程序的poll方法将调用。该设备方法分为两步处理：

1.在一个后多个可指示poll状态变化的等待队列上调用poll_wait.如果当前没有文件描述符可用来执行I/O,则内核将使进程再传递到该系统调用的所有文件描述符对应的等待队列上等待。

2返回一个用来描述操作是否可以立即无阻塞执行的位掩码。