如何针对远程桌面/ANGLE场景优化OpenGL纹理使用性能

1. 渲染执行与数据传输逻辑 #

首先纠正你的误解：你场景下的所有OpenGL/ANGLE渲染逻辑完全在运行程序的远程Win7设备上执行，不会下推到你本地访问的设备运行，纹理数据不需要通过远程桌面的TCP/IP链路传输，走网络的只有远程桌面最终编码后的桌面画面帧。
Windows7原生远程桌面不支持硬件加速指令透传，ANGLE将OpenGL ES 2.0转译后的D3D指令只会在远程设备执行：如果远程设备有独立显卡会优先调用硬件渲染，无显卡才会走CPU软件光栅化。你感知到的卡顿核心瓶颈是高分辨率的桌面帧编码后占用带宽过高，传输耗时太长。

2. 预缩小纹理的必要性 #

你提到的在C++端预先将高分辨率纹理缩小到适配显示需求的分辨率再上传，是有效的优化手段，收益分为两点：

• 降低远程设备的纹理上传、采样开销，提升渲染效率
• 若你原本的纹理分辨率远高于远程桌面会话的显示分辨率，预先缩小纹理不会降低最终显示的画面质量，同时你还可以进一步降低OpenGL渲染表面的分辨率，比如远程桌面窗口分辨率是19201080，你可以把渲染帧缓冲设为1280720，渲染完成后再拉伸到窗口大小，这样远程桌面需要编码传输的画面数据量直接降低近一半，卡顿改善会非常明显。

3. glGenerateMipmap的作用 #

glGenerateMipmap 是在远程设备的渲染端生成多级渐远纹理，仅用于优化纹理缩小采样时的画面质量、降低采样开销，不会降低最终渲染输出的帧大小，因此对解决带宽不足带来的卡顿没有直接帮助。如果你对画面走样控制有要求可以正常调用该接口，不需要额外禁用，但不要指望它能解决卡顿问题。

额外优化建议 #

你可以配合调整Windows7远程桌面的会话设置进一步降低带宽占用：

• 调低远程会话的颜色深度为16位
• 关闭远程会话的桌面背景、窗口动画、Aero特效
• 降低远程会话的显示分辨率到你能接受的最低值

内容的提问来源于stack exchange，提问作者Andy