# 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](evidence/ubuntu-vram-20261106/vram64-stats.txt)、[vramdefault-stats.txt](evidence/ubuntu-vram-20261106/vramdefault-stats.txt)。