WayfireWM项目中Firefox 135版本导致合成器高CPU占用的技术分析

在WayfireWM合成器环境中，Firefox 135 beta版本被发现会引发一个显著的性能问题：当浏览器处于空闲状态时（例如显示空白静态页面），会导致基于wlroots的合成器（如SwayWM和Wayfire）出现7-10%的CPU占用率，而正常情况下应为0-2%。这个问题在Firefox 134版本中并不存在。

问题现象与定位

通过Wayfire的repaint工具可以观察到关键差异：

• Firefox 134版本：合成器仅在发生实际渲染或鼠标悬停时重绘浏览器区域，静态内容下完全停止重绘进入空闲状态
• Firefox 135版本：即使内容完全静态（如空白页面且无鼠标移动），合成器仍持续进行重绘操作

该问题源于Firefox 135中引入的Wayland渲染架构重构，特别是为实现HDR支持而对WaylandSurface进行的重新实现。虽然这个改动在GNOME/mutter环境下工作正常，但在wlroots生态中却引发了性能问题。

技术根源分析

问题的核心在于wlroots合成器的工作机制差异：

1. 在SwayWM中，问题与wlr_scene_output_needs_frame()的工作方式有关
2. 在Wayfire中，由于完全不使用wlr_scene架构，即使wlroots库层进行修改也无法解决问题

Firefox新实现的Wayland渲染逻辑错误地触发了合成器的持续重绘流程，而实际上在内容未变化时应该抑制这些不必要的绘制请求。

解决方案与进展

Mozilla开发团队已确认该问题并在Firefox 136 nightly版本中修复。对于遇到此问题的用户，建议：

1. 暂时回退到Firefox 134稳定版
2. 或升级到已修复的Firefox 136+版本

这个案例典型地展示了Wayland生态系统中不同合成器实现的差异性，以及跨桌面环境兼容性测试的重要性。同时也提醒我们，即使是旨在改进性能的架构变更，也可能在不同环境下产生意外的副作用。