select 和 epoll的区别

转载: https://blog.csdn.net/gymaisyl/article/details/83962671

 

select的缺点:

    支持的fd数量有限:
    单个进程能够监视的文件描述符的数量存在最大限制,通常是1024,当然可以更改数量,但由于select采用轮询的方式扫描文件描述符,文件描述符数量越多,性能越差;(在linux内核头文件中,有这样的定义:#define单个进程能够监视的文件描述符的数量存在最大限制,通常是1024,当然可以更改数量,但由于select采用轮询的方式扫描文件描述符,文件描述符数量越多,性能越差;(在linux内核头文件中,有这样的定义:#define
    __FD_SETSIZE 1024)

    每次调用select, 都会把fd从用户态拷贝到内存态 ;
    内核 / 用户空间内存拷贝问题,内核 / 用户空间内存拷贝问题,select需要复制大量的句柄数据结构,产生巨大的开销;

    使用的是轮询的方式,需要内核遍历传进来的所有fd;
    select返回的是含有整个句柄的数组,应用程序需要遍历整个数组才能发现哪些句柄发生了事件;select返回的是含有整个句柄的数组,应用程序需要遍历整个数组才能发现哪些句柄发生了事件;

select只提供了一个函数——select函数。而epoll提供了三个函数,epoll_create, epoll_ctl 和 epoll_wait;

    epoll_create是创建一个epoll句柄;
    epoll_ctl是注册要监听的事件类型;
    epoll_wait则是等待事件的产生。

epoll把原来select调用分成了3个部分:

1)调用epoll_create()建立一个epoll对象(在epoll文件系统中为这个句柄对象分配资源)

2)调用epoll_ctl向epoll对象中添加这100万个连接的套接字

3)调用epoll_wait收集发生的事件的连接

对于第一个缺点,fd数目有限:
  epoll没有这个限制,它所支持的FD上限是最大可以打开文件的数目,这个数字一般远大于2048,举个例子,在1GB内存的机器上大约是10万左右,具体数目可以cat /proc/sys/fs/file-max查看,一般来说这个数目和系统内存关系很大。
  
对于第二个缺点,重复把fd从用户态拷贝到内存态:
epoll的解决方案在epoll_ctl函数中。每次注册新的事件到epoll句柄中时(在epoll_ctl中指定EPOLL_CTL_ADD),会把所有的fd拷贝进内核,而不是在epoll_wait的时候重复拷贝。epoll保证了每个fd在整个过程中只会拷贝一次。

对于第三个缺点,轮询方式遍历所有的fd:
  epoll的解决方案不像select那样每次都把current轮流加入fd对应的设备等待队列中,而只在epoll_ctl时把current挂一遍(这一遍必不可少)并为每个fd指定一个回调函数,当设备就绪,唤醒等待队列上的等待者时,就会调用这个回调函数,而这个回调函数会把就绪的fd加入一个就绪链表)。epoll_wait的工作实际上就是在这个就绪链表中查看有没有就绪的fd(利用schedule_timeout()实现睡一会,判断一会的效果,和select实现中的第7步是类似的)。
---------------------
版权声明:本文为CSDN博主「csdn*」的原创文章,遵循CC 4.0 by-sa版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/gymaisyl/article/details/83962671

上一篇:Linux 安装gitlab


下一篇:gitlab升级手册