22 lines
1.8 KiB
Markdown
22 lines
1.8 KiB
Markdown
# 麒麟 2K 软件低延迟调整（2026-11-06）
|
||
|
||
本轮只修改麒麟 VM101。当前链路仍为 `2560x1440 + X11 + libx264 ultrafast/zerolatency`，未修改 Windows、Ubuntu 或盒子客户端。
|
||
|
||
## 已实施
|
||
|
||
麒麟 Sunshine 服务启动后现在会显式调用 `org.ukui.kwin.Compositing.suspend`，并补齐 `DISPLAY`、`XAUTHORITY`、`XDG_RUNTIME_DIR` 和 `DBUS_SESSION_BUS_ADDRESS`。原先服务启动时该调用经常因 KWin 尚未准备好而失败，导致合成器仍处于 active；现在服务启动后的 `ExecStartPost` 返回成功，KWin 状态确认是 `active=false`。
|
||
|
||
VM101 仍保持 `vga=std,memory=64`、2 vCPU；没有增加虚拟显存以外的硬件资源，也没有改动 PVE 显卡直通。
|
||
|
||
## 验收
|
||
|
||
Sunshine 日志确认麒麟仍以真实 2560×1440 X11 画面建立串流，并使用 `libx264`；盒子回到 kiosk 桌面入口，测试串流和临时测试进程已经退出。现有 2K 动态基准显示，关闭 UKUI/KWin 合成器时实际渲染约 23FPS，开启时约 19FPS；历史麒麟点击回显基准 P50 约 128ms、P95 约 169ms。
|
||
|
||
麒麟安全策略阻止本轮临时 GTK 测试脚本直接运行，因此本轮没有新增物理输入端到端样本；服务状态和显示链路验收通过。
|
||
|
||
## 结论
|
||
|
||
这项软件调整已经生效，能够减少桌面合成带来的重绘和排队，适合保留在 2K 配置中。它不能把 CPU 编码变成硬件编码，2K 下仍不能宣称完全达到 Windows 的延迟。下一步若还需继续压低尾延迟，应优先评估给麒麟增加 vCPU 是否会改善实际编码排队，但当前宿主总物理核数有限，不能直接盲目增加。
|
||
|
||
证据：[预检](evidence/kylin-quality-20261106-preflight.txt)、[合成器服务重启](evidence/kylin-quality-20261106-compositor-service-restart-v2.txt)、[最终状态](evidence/kylin-quality-20261106-final-state.txt)。
|