设备驱动的poll()本身不会阻塞,但是与poll()、select()和epoll()相关的系统调用则会阻塞地等待至少一个文件描述符集合可访问或超时。一般来说,当涉及的fd数量较少的时候,使用select是合适的;如果涉及的fd很多,如在大规模并发的服务器中侦听许多socket的时候,则不太适合选用select,而适合选用epoll。
设备驱动中poll()函数的原型是:
unsigned int(*poll)(struct file * filp, struct poll_table* wait);
第1个参数为file结构体指针,第2个参数为轮询表指针。
这个函数应该进行两项工作。
1)对可能引起设备文件状态变化的等待队列调用poll_wait()函数,将对应的等待队列头部添加到poll_table中。
2)返回表示是否能对设备进行无阻塞读、写访问的掩码。
用于向poll_table注册等待队列的关键poll_wait()函数的原型如下:
void poll_wait(struct file *filp, wait_queue_head_t *queue, poll_table* wait)
poll_wait()函数的名称非常容易让人产生误会,以为它和wait_event()等一样,会阻塞地等待某事件的发生,其实这个函数并不会引起阻塞。poll_wait()函数所做的工作是把当前进程添加到wait参数指定的等待列表(poll_table)中,实际作用是让唤醒参数queue对应的等待队列可以唤醒因select()而睡眠的进程。
参考:《Linux设备驱动开发详解:基于最新的Linux4.0内核》
epoll的使用可参照:Linux epoll详解