Hacker News 中文摘要

RSS订阅

测量Linux上的输入延迟：X11与Wayland、VRR及DXVK对比 -- Measuring Input Latency on Linux: X11 vs. Wayland, VRR, and DXVK

原文链接 | HN讨论 | 2026-07-15 02:34:15

文章摘要

该文章探讨了在Linux系统上测量输入延迟的方法，比较了X11与Wayland、VRR及DXVK等不同配置对延迟的影响，并指出许多优化建议可能缺乏可靠验证，存在安慰剂效应。

文章总结

好的，这是根据您的要求，对原文主要内容进行的中文重述，保留了关键细节，并删减了与主题无关的个人项目开发过程描述。

标题：在 Linux 上测量输入延迟：X11 vs Wayland、VRR 与 DXVK

核心内容：

作者为验证 Linux 游戏优化技巧（如使用 X11、禁用合成、特定 DXVK 分支等）的实际效果，自制了一个硬件延迟测量设备。该设备通过模拟鼠标点击并检测屏幕亮度变化，测量从点击到画面反应的端到端系统延迟。

测试场景与条件：

作者在固定硬件（AMD Ryzen 7 5800X3D + NVIDIA RTX 4070 SUPER + 500Hz QD-OLED 显示器）和软件环境（CachyOS、KDE Plasma）下，针对以下变量进行了测试：

  1. 显示服务器： X11 vs 原生 Wayland
  2. 可变刷新率 (VRR)： 开启 vs 关闭
  3. DXVK 低延迟分支 (dxvk-low-latency)： 使用 vs 不使用
  4. 额外测试： 原生 Wayland vs XWayland；以及帧率未限制时，低延迟分支的效果。

测试游戏为《Diabotical》（DirectX 11），通过 Proton 运行。所有测试均在静态游戏场景下进行，确保结果稳定。

主要发现与结论：

  1. X11 vs Wayland： X11 在所有场景下延迟都略低，但差距极小，仅为 0.14 至 0.22 毫秒。这远不足以解释为何 Wayland 常被感知为延迟更高。作者认为，随着 KWin 等合成器的优化，这个差距有望很快缩小甚至消失。

  2. VRR（可变刷新率）： 开启 VRR 是效果最显著的优化，在所有配对测试中均能降低延迟 0.26 至 0.45 毫秒，并且能使延迟分布更稳定（抖动更小）。

  3. DXVK 低延迟分支 (dxvk-low-latency)： 在帧率受限的场景下，该分支能带来 0.10 至 0.29 毫秒 的稳定提升。其真正优势体现在帧率未限制时，通过平滑帧时间波动和防止渲染队列堆积，可降低延迟 0.84 毫秒。此外，在无法避免使用 XWayland 的情况下，该分支能挽回高达 2.1 毫秒 的延迟。

  4. XWayland 表现糟糕： 这是测试中最大的负面因素。相比原生 Wayland，XWayland 会额外增加 3.13 毫秒 的延迟，其影响超过了其他所有优化项的总和。结论是应尽量避免使用 XWayland。

总结：

  • 避免使用 XWayland，这是最大的延迟来源。
  • Wayland 与 X11 的延迟差距极小，X11 虽略胜一筹，但优势微弱。
  • 开启 VRR 是降低延迟最有效的手段，同时能减少延迟抖动。
  • DXVK 低延迟分支在所有场景下都有正面效果，尤其在帧率未限制或使用 XWayland 时优势明显。

综合来看，在排除 XWayland 的情况下，应用所有优化（X11 + VRR + 低延迟分支）相比默认的现代 Linux 设置（原生 Wayland），中位数延迟仅降低了 0.72 毫秒。但作者指出，原始延迟数值并非全部，VRR 和 DXVK 低延迟分支在减少抖动和应对复杂游戏场景方面有更大价值。

评论总结

根据评论内容，总结如下：

主要观点与论据：

  1. Wayland与X11输入延迟对比

    • 多数评论认可文章结论：原生Wayland与原生X11延迟相当（约7ms），而XWayland延迟显著增加（约3.13ms）。
    • 引用：
      • "Native Wayland is on par with native X11 (all tied at ~7 ms), while XWayland roughly doubled the latency"（评论7）
      • "Avoid XWayland. It added 3.13 ms of latency, more than all other effects combined."（评论17）

  2. 测试条件与局限性

    • 部分评论指出500Hz显示器可能掩盖低刷新率下的问题，建议测试60Hz/120Hz场景。
    • 引用：
      • "This used a 500Hz display which hides a lot of the problems that would show up on slower displays."（评论20）
      • "Running the tests at 120Hz or even 60Hz might be more interesting"（评论20）

  3. 对Wayland的总体评价

    • 正面：多数用户认为Wayland体验良好，尤其搭配AMD和KDE Plasma。
    • 负面：少数评论认为Wayland功能少且慢，但未提供具体数据。
    • 引用：
      • "Wayland is fine. People should use AMD and KDE Plasma."（评论4）
      • "Yes, we know wayland is not only slower but also with much less features."（评论23）

  4. 其他相关讨论

    • 用户对Linux生态的改进潜力表示乐观，认为此类分析能推动优化。
    • 部分评论关注硬件差异（如NVIDIA vs AMD）和实际使用场景（如游戏、非3D应用）。
    • 引用：
      • "There's no sense with Microsoft that kind of improvement is possible."（评论11）
      • "I'd avoid Nvidia to begin with."（评论4）

平衡性说明：
- 支持Wayland的评论（如评论4、19、21）强调其实际体验优于X11，但需特定硬件（AMD）和桌面环境（KDE）。
- 质疑者（如评论23）认为Wayland功能不足，但未提供数据反驳。
- 中立观点（如评论20、22）指出测试条件（高刷新率显示器）可能影响结论普适性。