OpenGL帧缓冲区附件引发GPU内存泄漏问题求助

问题核心现象 #

先梳理下你遇到的关键情况：

• 循环创建销毁带GL_DEPTH24_STENCIL8纹理的帧缓冲，调用glClear()后GPU内存直接飙到14GB，仿佛资源没被释放
• 去掉glClear()或者换成单独的深度纹理，泄漏就消失了
• Intel老集成显卡（比如HD3000）很容易触发，AMD老独显反而没事，而且High Sierra系统已经修复了这个问题

背后的成因 #

这其实是旧版GPU驱动在深度-模板纹理清除逻辑上的资源回收bug：
当你对绑定了联合深度-模板纹理的帧缓冲执行glClear()时，驱动会为这个纹理分配一些额外的内部辅助资源（比如硬件加速清除用的临时缓存、专用的清除上下文）。但在你调用glDeleteTextures销毁纹理时，驱动的引用计数逻辑出了问题——它没把这些因glClear()产生的附加资源的计数清零，导致GPU一直认为这些资源还在被使用，不会释放内存。

至于你试的glFlush()、glFinish()或者调整销毁顺序没用，是因为这些命令只是让GPU完成当前的绘制指令，解决的是指令同步问题，但驱动层面的资源引用计数错误是底层逻辑bug，同步指令根本触及不到这个层面。

临时修复方案（针对未升级系统） #

如果还在用低于High Sierra的系统，有几个办法可以绕开这个bug：

• 拆分深度和模板缓冲：不要用GL_DEPTH24_STENCIL8联合纹理，而是分别创建一个深度纹理（比如GL_DEPTH_COMPONENT24）和一个模板纹理（GL_STENCIL_INDEX8），分别绑定到帧缓冲的GL_DEPTH_ATTACHMENT和GL_STENCIL_ATTACHMENT，这样驱动的清除逻辑不会触发那个bug
• 避免循环创建销毁：尽量复用帧缓冲和纹理，不要每次循环都新建再删除——这不仅能避开bug，还能大幅提升性能
• 触发资源回收的小技巧：如果必须循环创建，可以在销毁前把纹理绑定到一个临时的空帧缓冲，再执行一次glClear()，有些旧驱动能通过这种方式触发附加资源的回收

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