Chinaunix首页 | 论坛 | 博客
  • 博客访问: 140928
  • 博文数量: 29
  • 博客积分: 151
  • 博客等级: 入伍新兵
  • 技术积分: 225
  • 用 户 组: 普通用户
  • 注册时间: 2011-09-20 18:54
文章分类

全部博文(29)

文章存档

2012年(16)

2011年(13)

分类: LINUX

2011-09-28 16:30:30

     使用非阻塞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返回一个用来描述操作是否可以立即无阻塞执行的位掩码。






阅读(7896) | 评论(0) | 转发(4) |
给主人留下些什么吧!~~