概念与体验指标WHAT IS GAME DESKTOP
游戏桌面（Game Desktop，常称云游戏）指把游戏渲染放在数据中心的 GPU 上完成，画面实时编码后 经网络串流到终端，键盘、鼠标与手柄输入反向回传的交互形态。与本地游戏相比，终端不再承担算力， 体验上限由渲染性能、编码效率与网络链路三者共同决定。
游戏桌面 = 云端渲染节点 + 实时串流链路 + 轻量终端。整条链路共享同一份帧内时间预算： 任何一段超支，都直接表现为延迟升高或掉帧。
评价体验的核心是帧内延迟。以 60 fps 为基准的各环节预算如下[4]：
| 环节 | 时间预算 | 说明 |
|---|---|---|
| 输入采样 | < 5 ms | 终端采集键盘 / 手柄输入并上报 |
| GPU 渲染 | 16.7 ms（60 fps 满帧） | 渲染帧时间，超支即掉帧 |
| 采集编码 | 5–10 ms | 屏幕捕获与 H.264/H.265 硬件编码 |
| 网络传输 | 20–50 ms | 物理距离与路由质量主导，波动最大 |
| 解码显示 | 5–10 ms | 终端硬解与送显延迟 |
| 合计目标 | < 100 ms | 帧内延迟预算（经验值，以实测为准） |
表 1 · 60 fps 场景的帧内延迟预算（各环节为经验值，应逐段实测校准）
码率决定清晰度上限，工程经验为 1080p60 约 10–25 Mbps、4K60 约 35–80 Mbps（经验值，随编码器与 画面运动强度浮动）。主观质量的评估方法可参照 ITU-T P.809 的云游戏测试框架设计 A/B 实验 [1]，码率档位以实测画质为准。
GPU 资源形态GPU RESOURCE MODES
渲染侧算力怎么给，决定单用户体验与并发密度的平衡。三种资源形态的差异如下：
| 形态 | 隔离性 | 单卡并发密度 | 单位成本 | 适用场景 |
|---|---|---|---|---|
| GPU 直通 | 整卡独占，性能无损 | 1 会话 / 卡 | 高 | 电竞、单用户高帧率 |
| vGPU 切分 | 硬件级隔离，显存与算力配额[2] | 数会话 / 卡 | 中 | 云游戏平台，密度优先 |
| 时间片共享 | 调度级隔离，算力随负载波动 | 最高 | 低 | 挂机多开、批量任务 |
表 2 · GPU 资源形态对比（帧率敏感选直通，成本敏感选切分或共享）
取舍逻辑很直接：GPU 直通把整张卡交给一个会话，帧率与画质上限最高，是电竞与 竞技类场景的默认选择；vGPU 依赖厂商驱动与授权，把单卡切成多份，以小幅性能折损 换取数倍并发密度；时间片共享不保证独占算力，帧率随同卡负载波动，只适合对帧率 不敏感的挂机与批处理。混合运营的平台通常按"高帧会话走直通、普通会话走 vGPU"分层调度。
参考架构REFERENCE ARCHITECTURE
可运营的游戏桌面业务，参考架构分为四层，控制流与串流流量分开收敛：
图 1 · 游戏桌面参考架构（控制流经接入层收敛，串流流按会话直连渲染节点）
会话调度按节点实时负载（GPU 利用率、在跑会话数）分配新会话，而非简单轮询； 节点故障时把会话重新调度到备节点，用户只损失一次重连。串流协议建议选 UDP 传输的开放实现 （Sunshine / Moonlight 等[3]），控制面端口统一收敛在接入层， 渲染节点不直接暴露公网。
存档盘与系统盘分离是运营成本的分水岭：系统盘只装系统与驱动，用镜像批量下发； 游戏库与用户存档放独立数据盘，换节点直接挂载迁移，重装或扩容不丢存档。存档盘按小时级快照， 覆盖误删与存档损坏两类高频事故。
场景与选型SIZING & SCENARIOS
选型的第一变量是场景：帧率敏感、密度敏感还是成本敏感。三类典型场景的配置基线如下：
| 场景 | 资源形态 | 关键点 | 参考产品线 |
|---|---|---|---|
| 电竞 / 高帧率 | 单用户 GPU 直通 + 大带宽 | 帧率优先于分辨率，UDP 串流 | GPU 服务器 · 大带宽 |
| 游戏工作室多开 | 多实例 + 独立 IP | 环境隔离与 IP 独立（见多 IP 方案） | 裸机云 |
| 云游戏平台 | vGPU 密度优先 + 自动扩缩 | 单位并发成本、会话调度与排队 | GPU 服务器 |
表 3 · 场景与资源配置基线（以下单前真机实测为准）
带宽按"码率 × 并发 × 1.3 冗余"估算：1080p60 单路取 20 Mbps，50 路并发的峰值需求约 1.3 Gbps（20 × 50 × 1.3）。串流流量集中在 UDP 大包，对带宽余量与抖动都敏感，建议 大带宽不限流量机型承接。批量挂机多开对单路帧率要求不高，用 裸机云整切多实例的单位成本最低，独立 IP 按 多 IP 站群的思路规划。
实施清单CHECKLIST
上线前逐项核对：
- 基线帧率测试：目标游戏在候选机型上跑 30 分钟，记录帧率曲线、编码占用与端到端时延，而不是只看硬件参数。
- UDP 串流端口与防火墙：串流端口收敛到接入层白名单，渲染节点不出公网；跨境链路确认 UDP 未被限速。
- 手柄兼容：主流手柄（XInput / DInput / 蓝牙）逐一回传测试，确认输入延迟在预算内。
- 存档快照策略：存档盘小时级快照，并演练一次恢复、记录耗时。
- 防 DDoS：公网会话天然暴露攻击面，高帧率会话被打断即体验崩塌，防护设计见高防安全方案。
- 降级预案：备用节点与备用线路各留一路，主链路抖动时降分辨率续玩而非断线。
先租 1 台 GPU 真机完成目标游戏的基线测试，确认帧率与时延达标后再批量开通——GPU 形态选错 （直通与共享混用错场景）后期只能换机型，前置测试的成本远低于返工。
小结SUMMARY
游戏桌面方案的决策链条可以压缩为三步：定体验目标（帧率与分辨率决定码率与延迟预算）→ 定 GPU 形态（帧率敏感走直通、密度优先走 vGPU、挂机多开走时间片）→ 定带宽与防护 （码率 × 并发 × 1.3 冗余，公网会话叠加高防）。架构上把握两点：控制流经接入层收敛、存档盘与系统盘分离。 网络链路是体验上限，实测不达标优先换地域或优化路由，而不是无限堆硬件。