poll() 与 select()比较

比较poll() 与select()

尽管poll()和select()所做的是相同的工作,不过poll()优于select(),原因:
    1.poll()不需要用户计算并传递作为参数的最高编号的文件描述符的值+1
    2.poll()的效率优于采用最大值的文件描述符的做法.例如,你以select()来查看单一文件描述符的最大值为900----内核必须为每个分组检查900个位的设定状态.
    3.select(0的文件描述符分子的大小是固定的,这导致两难的权衡:如果太小,select()可查看的文件描述符数目就会大受限制;如果太大,就会没有效率,大型位掩码的处理很没有效率,特别是在不知道位掩码设定的位是否太稀疏时,使用poll()则可以创建一个大小刚好的数组.只要你查看一条数目,而且只需要传递单一结构.
    4.使用select()会在返回时重构文件描述符分组,所以每个随后调用必须重新初始化.poll()系统调用则把输入(events字段)与输出(revents字段)分离,并允许重复使用十足而不许需要变更.
    5.返回后,select()的timeout参数会变成未定义.所以具有可以执行的程序代码需要重新对他进行初始化.然后使用pselect()则不会遇到此问题.
select()系统调用的优点:
    select()具有可以执行,因为有些Unix系统并不指出poll().
    select()提供了较佳的timeout分辨率:可以精确到微妙.尽管ppoll()与pselect()理论上可提供纳秒分辨率,但实际上他们甚至无法可靠提供微秒级分辨率

原文地址：https://www.cnblogs.com/wuwangchuxin0924/p/9404772.html

时间： 2024-08-05 07:01:19

poll() 与 select()比较的相关文章

poll和select

都允许进程决定是否可以对一个或者多个打开的文件做非阻塞的读取或写入.这些调用也会阻塞进程,直到给定的文件描述符集合中的任何一个可读取或写入.常常用于那些要使用多个输入或输出流而又不会阻塞与其中任意一个流的应用程序. unsigned int (*poll)(struct file *filp,poll_table *wait); 当用户程序使用在驱动程序相关联的文件描述符上执行poll,select,或者epoll系统调用时,该驱动程序方法调用. 分两步: 1.在一个或者多个可指示poll状态变

epoll和poll、select的区别

http://blog.csdn.net/jnu_simba/article/details/12523175 二.epoll与select.poll区别 1.相比于select与poll,epoll最大的好处在于它不会随着监听fd数目的增长而降低效率.内核中的select与poll的实现是采用轮询来处理的,轮询的fd数目越多,自然耗时越多. 2.epoll的实现是基于回调的,如果fd有期望的事件发生就通过回调函数将其加入epoll就绪队列中,也就是说它只关心"活跃"的fd,与fd数目

[转] Epoll 相对Poll和Select的优点

http://blog.csdn.net/summerhust/article/details/18260117 PS: 相对select来说,Poll的监听列表比select更短,并且Poll的监听列表的结果不需要手动重置,内核自动清revents,EPOLL更实现了异步通知 select用到了fd_set结构,此处有一个FD_SETSIZE决定fd_set的容量,FD_SETSIZE默认1024,可以通过ulimit -n或者setrlimit函数修改之. int select(int n,

Linux 设备驱动--- Poll 方法 --- Select【转】

转自:http://blog.csdn.net/yikai2009/article/details/8653842 版权声明:本文为博主原创文章,未经博主允许不得转载. 目录(?)[-] Select - 系统调用 int select - 功能 函数 参数 返回值 Select - 系统调用- 使用方法 1将要监控的文件添加到文件描述符集 2调用 Select 开始监控 3判断文件是否发生变化 四个宏对描述符集进行操作 -  FD_SET - FD_CLR - FD_ZERO - FD_ISS

Linux设备驱动程序 之 poll和select

使用非阻塞IO的应用程序经常使用select,poll,epoll系统调用:它们的功能本质上是一样的:都允许进程决定是否可以对一个或者多个打开的文件做非阻塞的读取或者写入:这些电泳也会阻塞进程,直到给定的文件描述符中的任何一个可读取或者写入:因此,它们常常用于那些需要使用多个输入或者输出流而又不会阻塞于其中任何一个流的应用程序中:同一功能之所以要由多个独立的函数提供,是因为其中两个几乎是由两个不同的Unix团体分别实现的:select在BSD中引入,而poll由SystemV引入:epoll系统

Linux中的select，poll，epoll模型

Linux中的 select,poll,epoll 都是IO多路复用的机制. select select最早于1983年出现在4.2BSD中,它通过一个select()系统调用来监视多个文件描述符的数组,当select()返回后,该数组中就绪的文件描述符便会被内核修改标志位,使得进程可以获得这些文件描述符从而进行后续的读写操作.select目前几乎在所有的平台上支持,其良好跨平台支持也是它的一个优点,事实上从现在看来,这也是它所剩不多的优点之一.select的一个缺点在于单个进程能够监视的文件描

Linux下select&poll&epoll的实现原理（一）

最近简单看了一把Linux linux-3.10.25 kernel中select/poll/epoll这个几个IO事件检测API的实现.此处做一些记录.其基本的原理是相同的,流程如下 先依次调用fd对应的struct file.f_op->poll()方法(如果有提供实现的话),尝试检查每个提供待检测IO的fd是否已经有IO事件就绪 如果已经有IO事件就绪,则直接所收集到的IO事件返回,本次调用结束 如果暂时没有IO事件就绪,则根据所给定的超时参数,选择性地进入等待 如果超时参数指示不等待,则

高性能网络服务器--I/O复用 select poll epoll_wait之间的区别

一.select 使用的集合的方式,最多只能监听1024个文件描述符,内部使用位操作,将相应的位置为1或者置为0,需要将可读.可写.异常的三类事件分开来用,内部使用轮询的方法,每次返回都需要将所有的套接字从内核到用户空间之间进行拷贝. 二.poll 比select稍微好一点,也是在指定时间内轮询一定数量的文件描述符,以测试其中是否有就绪. 三.epoll_wait 把用户关心的文件描述符上事件放在内核里的一个事件表中从而无需像select和poll那样每次调用都要重复传入文件描述符集或者事件集.

select, poll, epoll区别详解(一)

1 select函数 int select(int nfds, fd_set *readfds, fd_set *writefds, fd_set *exceptfds, struct timeval *timeout); 1.1 参数说明 第一个参数nfds为fdset集合中最大描述符值加1,fdset是一个位数组,其大小限制为__FD_SETSIZE(1024),位数组的每一位代表其对应的描述符是否需要被检查. 第二三四个参数表示需要关注读.写.错误事件的文件描述符位数组,这些参数既是输入参