vdi-cloud/docs/ubuntu-vram-20261106.md

1.5 KiB
Raw Blame History

Ubuntu 虚拟显存 A/B(2026-11-06)

本轮只测试 Ubuntu VM102。先备份了 PVE 配置,然后正常关闭并启动虚拟机,将 virtio-gl 的显存从默认值临时改为 64MB,再用同一套 2560×1440、45FPS、30Mbps、H.264、RKMPP/EGL、VDI latest-frame queue 和 GTK 动态窗口做对照。测试结束后已恢复原配置并再次正常启动。Windows、麒麟和盒子客户端二进制没有改动。

结果

配置 收流帧率 主机处理延迟平均值 解码 客户端渲染
virtio-gl,memory=64(临时) 27.49 FPS 83.4 ms 11.89 ms 2.09 ms
virtio-gl(恢复默认) 32.64 FPS 60.8 ms 12.60 ms 1.97 ms

在这次同负载短样本中,64MB 没有改善动态画面,收流帧率下降、主机处理延迟上升,因此没有保留该参数。当前 PVE 配置仍为 vga: virtio-gl,Ubuntu 服务为 vdi-sunshine.service=active,原生光标守护在空闲时为 inactive。

盒子端解码、帧队列和渲染耗时仍只有约 12ms、0.2ms 和 2ms;剩余点击后画面延迟主要来自 Ubuntu 虚拟机内的 KMS/virtio 读回与 Sunshine 的 libx264 软件编码。继续调高虚拟显存或客户端鼠标速度不能解决这段链路。要接近 Windows 的约 90ms,需要 Linux 可用的硬件视频编码或更低开销的捕获路径。

原始统计:vram64-stats.txt、vramdefault-stats.txt。