为何SwapBuffers后调用GL.Finish可缓解低端GPU卡顿但对现代GPU无效？

你之前的理解存在偏差：默认情况下SwapBuffers()并不会等待前序渲染指令全部执行完成，它只是把交换缓冲区的请求插入到OpenGL的指令队列末尾就立刻返回，驱动会在后台异步完成剩余渲染、缓冲区交换的操作。

• 现代独立显卡通常有更大的指令缓冲区、更强的并行渲染能力，驱动可以同时排队多帧的渲染指令，你跑数百帧的情况下，队列里的待执行指令不多，所以不会出现拥堵。
• 老款GPU/集成显卡的指令缓冲区小、渲染性能弱，当你关闭垂直同步、帧率跑的很高的时候，CPU会疯狂往指令队列里塞新帧的渲染指令，很快就会把队列占满，此时CPU提交新指令的时候就会触发不可控的阻塞，同时队列里堆了最多2~3帧的待处理指令，自然就会产生你感知到的100ms左右的输入延迟，指令队列溢出的时候还会出现随机卡顿。

你在SwapBuffers()之后加GL.Finish()的作用，是强制让CPU等待当前帧的所有指令（包括缓冲区交换操作）全部执行完成之后，再开始下一帧的逻辑，相当于主动限制了指令队列里最多只能有1帧的待处理内容，避免了队列拥堵导致的随机阻塞和多帧排队带来的延迟，刚好适配了老款GPU/集成显卡的硬件能力上限，所以卡顿和延迟问题会大幅缓解。

补充说明：部分移动端/集成显卡的驱动对无垂直同步场景的优化非常差，默认会允许最多3帧的指令排队，你加的GL.Finish()相当于主动把队列深度压到1，反而比驱动默认的调度逻辑更适合高帧率FPS游戏的低延迟需求。

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