GNOME 与 Xfce 合成链路的区别 —— cogl加速与glamor加速

1. GNOME 与 Xfce 合成链路的区别

• GNOME 的窗口管理器 Mutter 自带基于 Cogl 的合成引擎，直接调用底层 EGL 和 OpenGL ES 与 GPU 交互，因此 COGL_DRIVER=gles2 这类环境变量对它有效。
• Xfce 的 xfwm4 相对传统，主要依赖 X 核心协议和 XRender 扩展来进行 2D 合成。它不直接与 EGL/GLES 打交道，所以没有 Cogl 那样的驱动选择逻辑。

2. Glamor 在 Xfce 中的“曲线救国”作用

• xfwm4 虽然没有直接写 EGL/GLES 代码，但它将绘图指令交给 X Server，而 X Server 通过 modesetting 驱动启用了 Glamor。
• Glamor 在底层将这些 XRender 指令翻译成 EGL/GLES 指令，最终交给 Mali GPU 执行。因此，Xfce 桌面虽然不用 Cogl，但通过 Glamor 已经间接获得了 Mali GPU 的硬件加速。

3. GLX 走软渲染 (DRISWRAST) 的深层原因

• 在桌面级显卡（如 AMD/NVIDIA）中，驱动会同时提供完整的 OpenGL (GLX) 和 OpenGL ES (EGL)。
• 但在嵌入式 ARM 平台上，Mali 的闭源驱动（libmali）通常只提供 OpenGL ES 和 EGL/GBM，不提供桌面级的全套 OpenGL 和 GLX (libGL.so)。
• 这就导致 X Server 在尝试初始化 AIGLX（用于加速 GLX 的架构）时找不到对应的硬件驱动，只能回退到 swrast（CPU 软件渲染）。这只影响调用 GLX 的旧应用，而现代走 EGL 的应用（如 glmark2-es2）依然能获得 GPU 加速。

4. 关于替代方案 Picom

• 若想在 Xfce 下获得类似 GNOME 那样纯正、高级的 GPU 合成体验（如更平滑的垂直同步、复杂的阴影、毛玻璃模糊效果），可以禁用 xfwm4 的原生合成，引入 picom 并配合 EGL 后端，实测picom高版本装不上，低版本提供的EGL加速有限。