envoyproxy/envoy

EPOLLEXCLUSIVE support

Open

#14,718 创建于 2021年1月15日

在 GitHub 查看
 (10 评论) (0 反应) (1 负责人)C++ (5,373 fork)batch import
area/listenerenhancementhelp wanted

仓库指标

Star
 (27,997 star)
PR 合并指标
 (平均合并 8天) (30 天内合并 378 个 PR)

描述

In current implementation of envoy (if no configuration for REUSEPORT), multiple working threads would share the same LISTENING fd (to do accept),

In this case, there is the thundering bird problems if EPOLLEXCLUSIVE is NOT set, like this listening fd would wake up many worker to do accept but only 1 worker would succeed.

I was just wondering why envoy haven't support EPOLLEXCLUSIVE flag, is that because libevent don't have EPOLLEXCLUSIVE support or it's actually not a performance problem?

Thanks.

贡献者指南

研究方向
研究 libevent 的 epoll 后端，确定其是否支持 EPOLLEXCLUSIVE。如果不支持，考虑为 libevent 打补丁或在 Envoy 的事件循环中实现变通方案。审查 source/server/connection handler.h 中现有的监听器接受路径以及 source/common/event/ 中的事件分发器。查看 issue 中的评论，了解之前关于 EPOLLEXCLUSIVE 的讨论以及任何相关的性能基准测试。
技术栈
cpp
领域
backend
议题类型
功能
难度面向新贡献者的预计实现难度，1 表示很小改动，5 表示专家级工作。
3
预计时间有经验贡献者完成调查、实现、测试并准备 pull request 的粗略时间范围。
半天
活动状态议题当前的可参与程度：新鲜、活跃、陈旧、阻塞或等待维护者输入。
活跃
清晰度议题是否清楚说明期望改动、验收标准和下一步。
清晰
前置要求
C++Linuxepoll
新手友好度1-100 的估计分数，表示该议题对首次贡献者的友好程度。
60