抛弃 X11 架构枷锁,Linux 桌面图形栈集中落地底层修复——Firefox、Mesa和Wayland密集更新
上周，Linux 图形栈三个不同层面同时收到了重要更新：Firefox 153 确认合并 Vulkan Video 解码支持（7月21日随正式版上线），Wayland Protocols 1.49 增加多GPU场景的DMA-BUF改进和BT.2100 HDR支持，Mesa 26.2 合并 VK_GOOGLE_display_timing 扩展。三件事分属浏览器、显示协议和图形驱动栈三个层，开发商互不重叠，发布节奏也互不协调——但它们解决的是同一类问题的不同截面。Firefox 的 Vulkan Video：终结 VA-API 碎片化Firefox 之前的硬件视频解码依赖 VA-API，这套接口在 Intel GPU 上工作良好，但在 NVIDIA 专有驱动上的支持一直不完整，在 ARM 嵌入式 GPU 上基本缺失。同一个 1080p 视频，在不同 Linux 设备上解码体验差异极大。这次合并的 Vulkan Video 代码由 NVIDIA 工程师 Tymur Boiko 编写，Red Hat 的 Martin Stransky 做集成。Vulkan 是跨厂商的，理论上统一了 NVIDIA、AMD、Intel、Qualcomm 的调用路径——包括 ARM 端的移动/嵌入式设备。浏览器层面的硬件解码接口由此有了一条不依赖特定 GPU 厂商生态的通道，碎片化问题从根上有了解法。这个问题在 Windows 上不存在，因为 DXVA2/D3D11VA 从一开始就是统一的。Linux 的碎片化是多驱动并存历史造成的结构性问题，与浏览器厂商毫无关系。Wayland 1.49：KDE 开发者等了三年的多GPU修复Wayland Protocols 1.49 最实质性的变更是 linux-dmabuf-v1 的多设备广播支持，由 KDE 开发者 Xaver Hugl 提交，这个补丁在 2023 年就已经在讨论了。DMA-BUF 是 Linux 下 GPU 和显示器之间传递帧缓冲的核心机制。在多 GPU 系统（如笔记本的核显+独显场景）下，合成器需要知道哪块缓冲区属于哪块 GPU，才能正确做跨设备的内存传输。旧协议下合成器只能广播一个设备，多 GPU 的协调要靠变通方案，不稳定且有性能损失。这个问题在 Wayland 能被修复，依赖的是其底层的协议扩展机制——compositor 可以声明自己支持哪些扩展，客户端查询后协商。X11 没有类似的分层扩展机制，多GPU场景的缓冲区协调在 X11 时代只能通过各家驱动的私有路径来绕过，永远是补丁叠补丁。1.49 同时加入了 xx-fractional-scale-v2（分数缩放改进）和 color management 的 BT.2100 HDR 支持，都是高DPI显示和 HDR 监视器普及后才变得紧迫的需求。Mesa 26.2 的 display timing：针对直显模式的帧同步Mesa 26.2 合并的 VK_GOOGLE_display_timing 扩展是为 VK_KHR_display 直显模式设计的——也就是 Vulkan 应用绕过桌面合成器直接操作显示硬件的场景。这在 VR 设备、信息亭、游戏独占模式下使用，应用可以查询上一帧实际显示的时间戳，用来做精确的帧间距控制，消除微卡顿。这个功能在普通桌面用户的日常使用中感知不强，但在帧同步敏感的场景（VR眩晕阈值、竞技游戏帧间距）里，少一次预测误差可以有明显的主观差异。Wayland 的主流发行版采用率在 2024-2025 年间完成了从"可选"到"默认"的转变，主要发行版已经把 X11 降为遗留选项。采用率上去了，深水区的兼容性和性能问题才真正变成紧迫的待解项。Firefox Vulkan Video、多GPU DMA-BUF和帧同步支持，这三个功能在 X11 时代有人想做，只是架构上无法做干净。Wayland 提供了正确做这些事的地基，但地基建好到上层建筑落成之间，有一段现实的施工期。这周的三个合并，是这段施工期里密集落地的一批。Linux 桌面图形栈从来不缺工程师。Wayland 成为默认，才让历史架构债有了被整块清算的时机。
10个月宝宝每天需要喝多少奶粉？
