Linux Compton 输入设备延迟的定位与优化
一、概念澄清
- Compton 是 X11 的窗口合成器，不运行在 Wayland 会话中；Wayland 使用各自桌面环境的合成器。因此若你在 Wayland 下讨论“Compton 延迟”，应先确认会话类型与合成器是否匹配。另需注意，Compton 并无专门的“输入设备延迟”开关，用户感知的“延迟”通常来自渲染与同步策略（如 vsync、后端选择、特效开销）对输入到帧呈现链路的影响。
二、快速定位思路
- 确认会话与合成器：在终端执行 echo $XDG_SESSION_TYPE；若是 wayland，Compton 并未生效；若是 x11，继续下一步。
- 查看日志与运行状态：用 journalctl --user -u compton（若以用户服务运行）或查看启动日志，关注错误与后端选择。
- 资源与帧率：用 htop/btop 观察 CPU/内存；用 glxinfo | grep “OpenGL renderer” 与 xrandr --verbose 检查驱动与刷新率；必要时降低分辨率或关闭重度特效做 A/B 测试（仅保留必要窗口管理功能）。
- 交互测试：在纯 X11 会话中关闭桌面特效后测试键鼠与触摸板延迟，以排除浏览器/应用自身动画与输入栈的影响。
三、配置优化要点
- 渲染后端：优先使用 backend = “glx”；避免 xrender。若你实际在 Wayland 会话中，应改用相应桌面合成器而非 Compton。
- 同步策略：将 vsync 设为 true/false 做对比测试。开启可减撕裂但可能引入输入到帧的排队；关闭可降低排队但可能出现撕裂，选择更贴合你显示器与显卡的组合。
- 精简特效：将 shadow = false、opacity = false，减少合成开销，降低输入到呈现路径的抖动与卡顿。
- 降低绘制压力：减少透明/动画/阴影密集的窗口与壁纸（如禁用动态壁纸），避免频繁重绘区域过大。
- 刷新率匹配：确保 X11 的输出刷新率与显示器一致（如 144/165 Hz），避免低刷新率导致的主观延迟感。
- 资源控制：若发现 CPU 占用偏高，可用 cpulimit 限制 Compton 的 CPU 占用，作为临时缓解手段。
四、关于延迟参数的说明
- 部分教程提到 –delay 50（单位毫秒）等“延迟”选项，用于调节内部帧间隔或重绘节奏。该值过小可能带来卡顿，过大则增加输入到帧的排队，通常以 50 ms 作为起点做场景化调优。若你使用的版本或构建不支持该选项，应移除并以渲染后端、vsync 与特效精简为主进行优化。
五、替代与进阶
- 若你使用的是 Wayland，请直接采用 Sway 的合成器或其他原生 Wayland 合成方案，而非 Compton。
- 若 X11 下仍无法获得可接受的低延迟，可尝试其他 X11 合成器（如 xcompmgr）或更换桌面环境/会话，以匹配你的硬件与驱动特性。