GNU/Linux下初识epoll

ypd.

已于 2022-07-20 19:32:37 修改

阅读量379

点赞数

分类专栏：笔记文章标签： linux c++ 算法

于 2022-07-20 16:43:03 首次发布

本文链接：https://blog.csdn.net/m0_61536749/article/details/125895440

版权

13 篇文章 0 订阅

订阅专栏

概述

#include <sys/epoll.h>
// 创建epoll实例
int epoll_create(int size);

#include <sys/epoll.h>
// 管理epoll红黑树(添加, 修改, 删除)
int epoll_ctl(int epfd, int op, int fd, struct epoll_event *event);

fd:要操作的文件描述符
op:option
- EPOLL_CTL_ADD: 向事件表中注册fd上的事件
- EPOLL_CTL_MOD: 修改fd上的注册事件
- EPOLL_CTL_DEL: 删除fd上的注册事件
event:

struct epoll_event
{
  __uint32_t events;  // epoll事件
  epoll_data_t data;  // 用户数据
}

events:描述用户事件
- EPOLLIN:读事件
- EPOLLET:边缘触发模式
- EPOLLONESHTO:在注册了此事件的文件描述符上最多触发一个可读/可写/异常事件(进一步减少可读,可写和异常等事件被触发的次数)
data:用于存储用户数据:其为联合体,有四种方式描述用户,最常用的为fd

typedef union epoll_data
{
  void *ptr;
  int fd;
  uint32_t u32;
  uint43_t u64;
}epoll_data_t;

#include <sys/epoll.h>
// 检测epoll树中是否有就绪的文件描述符
int epoll_wait(int epfd, struct epoll_event *event, int maxevents, int timeout);

int ret = epoll_wait(epfd, events, MAX_EVENT_NUMBER, -1);
// 仅遍历ret个文件描述符
for(int i = 0; i < ret; i++) {
  int sockfd = events[i].data.fd;
}

level trigger(LT)
默认工作方式,支持block与no-block socket
通知次数多,易于编写,但效率低
读事件:
- 文件描述符对应的读缓冲区还有数据,读事件就会被触发,epoll_wait()解除阻塞
- 读缓冲区一次没有读完,读事件一直触发
- 读数据是被被动的,必须通过读事件才知道有数据到达了,因此对于读事件的检测是必须的
写事件:
- 如果文件描述符对应的写缓冲区可写,写事件就会被触发,epoll_wait()解除阻塞
- 如果写缓冲区没有写满,写事件一直触发
- 写数据是主动的,并且写缓冲区一般都是可写的(未满),所以对写事件的检测不是必须的

edge trigger(ET)
高速工作模式,只支持no-block socket
通知次数少(只有新事件才会通知,降低了同一事件被重复触发的次数),编写较难,但效率高
读事件:
- 当读缓冲区有新的数据进入,读事件触发一次,没有新数据不会触发事件
- 如果数据没有被全部取走,并且没有新数据进入,读时间不会再次出发,只通知一次
- 如果数据被全部取走或只取走一部分,此时有新数据进入,读事件触发,并且只通知一次
写事件:
- 当写缓冲区可写,写事件只触发一次
- 写缓冲区从不满到被写满,期间写事件只触发一次
- 写缓冲区从满到不满,状态变为可写,写事件只会被触发一次

关注