epoll_pwait单线程多路复用下亚秒高频POSIX定时器引发X11事件延迟求助

现有架构基础配置 #

• 全程采用无多线程的单路epoll多路复用架构，未引入额外工作线程
• 所有纳入监控的文件描述符统一设置为非阻塞模式：X11连接对应的x11_fd、信号处理对应的sig_fd
• 通过timer_create创建POSIX定时器，将上述文件描述符、定时器事件全部加入epoll监控集合
• 主循环固定执行逻辑：
  • 调用epoll_pwait等待所有注册描述符就绪
  • 检测到sig_fd就绪时仅设置对应信号标记，不执行阻塞操作
  • 检测到x11_fd就绪时触发X11事件处理流程
  • 检测到定时器事件或epoll超时时执行预设的轻量计算任务
  • X11事件拉取采用固定逻辑：执行while ((event = xcb_poll_for_event(...)))循环，逐批拉取事件队列内的待处理内容

问题复现与排查过程 #

• 初始配置POSIX定时器触发周期为4秒时，所有X11事件投递、处理时序完全正常，无丢失、无延迟
• 将定时器调整为亚秒级高频触发模式后，X11事件开始出现明显延迟，极端场景下甚至无法正常处理；但应用本身存在高频定时任务的刚性需求
• 初始排查方向猜测：epoll在处理POSIX定时器事件期间，X11事件在内核队列排队导致CPU时间片不足，期望在保留单线程多路复用架构、不引入多线程的前提下解决问题
• 第一轮排除验证：完全移除POSIX定时器，将epoll_pwait的超时阈值设为系统允许的最小值，上述X11事件延迟问题仍然存在
• 第二轮深度排查发现：
  • 事件并未真正丢失，而是在系统侧积压后批量送达
  • 延迟并非覆盖所有X11事件类型：鼠标移动、窗口焦点切换、窗口进入/离开类事件无延迟，仅键盘输入事件存在明显延迟
  • 特殊关联现象：当进行鼠标移动、窗口拖动等交互操作时，键盘事件的拉取处理速率会异常提升
• 初步判断：需要恒定频率运行的计算任务与X11交互任务，在单epoll_wait统一监听的多路复用范式下适配性不佳，统一的epoll监听机制会打乱不同类型多路事件的固有处理时序

当前已确认的问题触发边界状态 #

• 定时器事件触发频率高于X11原生事件频率
• X服务器推送的事件会穿插在定时器事件的处理间隙中，干扰整体处理流程
• 核心诉求：在保留现有单线程、多路复用架构的基础上，解决高频定时任务引发的X11键盘事件延迟问题

内容的提问来源于stack exchange，提问作者jorge is not ai