CG 3.0会泄露吗？

Question

我发现 CG 似乎存在内存泄漏。我通过 nvidia.com 提交了一份报告，但如果您在此处尝试此操作：

如果删除显示

cgD3D11SetTextureParameter( g.theTexture, g.sharedTex ) ;

泄漏停止的行。

CG 3.0真的泄露了吗？

使用 ATI Radeon 5850 GPU / Windows 7 64 位。

Answer 1

是的，它泄漏了。它在内部每次调用时都会创建一个 ShaderResourceView，并且永远不会释放它。我认为 API 设计不当，他们应该采用 ShaderResourceView* 作为此函数的参数，而不仅仅是 Resource*。

我大约 6 个月前在 nvidia 论坛上发布了此消息，但从未得到回复

您的报告是否公开发布？或者某种私人支持票？

Answer 2

是的，每次调用 cgD3D11SetTextureParameter() 时，Cg 3.0 都会发生泄漏，导致应用程序的内存使用量攀升。不幸的是，它使得带有 D3D11 的 Cg 3.0 完全无法使用。其中一个症状是，应用程序运行一段时间后，它将停止渲染并且屏幕将变黑。在发现 Cg bug 之前，我浪费了很多时间试图确定其原因。

如果有人想知道为什么这在 Cg D3D11 演示中不明显，那是因为实际使用纹理的少数演示非常简单，他们只需在开始时调用一次 cgD3D11SetTextureParameter() 即可。

Cg Toolkit 3.1（2012 年 4 月）中仍然存在同样的错误。

Answer 3

jmp [更新] ;;跳过过时的文本段

是否是Cg在d3d之后被销毁，因此没有按时释放引用？或者反之亦然？例如获取纹理但在 d3d 关闭之前不释放它的函数，因为当您将纹理设置给着色器时，会获取纹理，直到以某种方式释放着色器资源。您正在破坏 d3d 上下文，在这里：
SAFE_RELEASE( g.d3d );
SAFE_RELEASE( g.gpu );
稍后，您可以释放着色器，如下所示 CleanupCg()：
cgDestroyProgram( g.v_vncShader );
checkForCgError( "正在销毁顶点程序" );
cgDestroyProgram( g.px_vncShader );
checkForCgError( "正在销毁片段程序" );
尝试更改调用顺序，首先从 cg 和 d3d 释放所有资源，这： cgD3D11SetDevice( g.cgContext, NULL ); 也应该在释放 d3d 上下文之前调用，万一。

更新：

WinMain() 内部应该有所不同：

initD3D11() ;  // << FIRST you init D3D
initCg() ;     // << SECOND you init CG with the D3D pointers

initD2D1() ;   // 
initVBs() ;

// Main message loop    
while( WM_QUIT != msg.message ){ /* loop code */ }

CleanupDevice();   //// << FIRST you release all D3D, when Cg is still referencing it (why?). 
CleanupCg();       //// << SECOND if something in the Cg runtime depend on d3dcontext which you just destroyed, it will crash or leak or do whatever it wants

因此您应该交换它们以确保 Cg 释放任何 d3d 指针：

CleanupCg();       //// << FIRST release Cg to ensure it's not referencing D3D anymore. 
CleanupDevice();   //// << SECOND D3D isn't either referencing or being referenced by Cg, so just release it all

您还可以提供调试器输出和其他信息，如下所示我在那里问，因为你基本上是在说“Cg 似乎被破坏了，这是整个代码，看看 ### 行，它被破坏了吗？”但是你的文件中有超过一千行（1012）的C、C++和着色器代码，你基本上没有提供任何信息，但很容易指出一个Cg错误（基于......什么？），当然，如果你'非常确定，如果代码没问题，为什么有人会看代码呢？顺便说一句，并不是我不喜欢它，而是......它有一些小事情，例如调用顺序，这些都是愚蠢的错误，但可以使调试变得真正地狱，这是一个明显的错误，我可能还会认为，如果我只是查看 Main 并发现了一个 bug，那么渲染调用和 Cg 实现还有很长的路要走，不是吗？我无法在 WinXP 上运行该应用程序，但这些错误出现在最容易预测的地方:)

所以...当您的代码没有任何错误时...哦！看！我刚刚发现的结果

~VertexBuffer()
{
  SAFE_RELEASE( vb );
  SAFE_RELEASE( layout ) ;
}

是，在 VertexBuffer 构造函数中，您调用 iD3D->GetImmediateContext( &gpu ); 并将指针存储在私有成员中，所以...不应该吗添加：

SAFE_RELEASE( gpu ); // ? there are 3 VertexBuffers instances, so that's another memory leak.

好的，您应该在代码中修复一些导致内存泄漏的问题，我只是看了一下，所以您并没有真正尝试。另一方面，看来你的代码很清晰并且充满了解释，我需要学习一些DX11，所以实际上我应该感谢你。不过，否决票有点粗鲁：P，特别是因为我可能是对的，而其他人会在页面显示后避免阅读您的代码。