所有DirectX书籍和教程都强烈建议将绘制调用之间的资源分配减少到最低限度 - 但我找不到任何更详细的指南。回顾网上发现的大量示例代码，我得出结论，程序员对此主题有完全不同的编码原则。有些甚至设置和取消设置
VS/PS
VS/PS ResourceViews
RasterizerStage
DepthStencilState
PrimitiveTopology
...
在每次绘制调用之前和之后（虽然设置保持不变），而其他人则没有。
我猜这有点过头了......
根据我自己的实验，我发现每次绘制调用时我必须绑定的唯一资源是ShaderResourceViews（在我的情况下为VS和PS。此要求可能是由于使用计算着色器引起的，因为我将UAVs绑定/取消绑定到稍后绑定到VS / PS的缓冲区。
在我发现这种重新绑定是必要的之前，我已经失去了很多小时的工作。而且我猜许多程序员也不确定，并且更愿意解开并重新绑定“有点太多”，而不是遇到类似陷阱。
问题1：至少有一些关于这个问题的经验法则吗？
问题2：绑定到ShaderResourceViews的{{1}}是否可能被驱动程序/ DirectX核心绑定，因为我将VS/PS绑定到相同的缓冲区在CS调度呼叫之前（我没有解除UAVs自己的绑定）？
问题3：在使用计算着色器之前，我甚至没有将SRVs设置为null。没有问题的工作但我总是不确定我是否正在使用这种“懒惰”的方法挖掘我的下一个陷阱。
答案 0 :(得分：7)
您希望减少开销，同时避免无效的管道状态。这就是为什么有些人解开所有东西（尽量防止），这取决于用例，当然你可以平衡这一点。
为了平衡这一点，您可以根据资源类型预先为插槽分配特定资源，因为您有不同数量的插槽，可以应用不同的规则
1 /采样器和状态
您有16个插槽，通常在90％的时间内使用4-5个采样器（线性/点/各向异性/阴影）。
因此，在应用程序启动时，创建这些状态并将它们绑定到您需要的每个着色器阶段（尽量不要从零槽开始，因为它们很容易被错误地覆盖）。 使用映射SamplerState创建着色器头文件 - ＆gt;插槽，并在着色器中使用它，因此任何插槽更新都会自动反映。
尽可能重复使用，并且只绑定自定义采样器。
对于标准状态（Blend / Depth / Rasterizer），在应用程序启动时构建一小组常见状态并根据需要绑定是常见做法。
以低成本最小化渲染状态绑定的简单方法，您可以构建堆栈，因此您设置默认状态，并且如果着色器需要更具体的状态，它可以将新状态推送到堆栈，一旦完成，弹出最后一个状态并再次将其应用于管道。
2 /常量缓冲区
你有14个插槽，这是非常多的，非常罕见（至少在我的用例中）使用它们，特别是现在你也可以使用缓冲区/结构化缓冲区。
一个简单的常见情况是为摄像机设置保留的插槽（包含您需要的所有数据，视图/投影/视图投影，以及它们可能需要它们的反转。
将它绑定到（如果需要的话）所有着色器阶段插槽，你只需要每帧更新你的cbuffer，它随时可以在任何地方使用。
3 / Shader阶段
你几乎不需要取消绑定Compute Shader，因为它与管道完全分开。
另一方面，对于管道阶段而言，一个相当不错的做法是设置你需要的所有，并设置为无效的那些。
如果您不按照此示例并渲染阴影贴图（仅限深度缓冲区），则可能仍会绑定像素着色器。
如果您忘记取消设置之前使用的几何着色器，最终可能会出现无效的布局组合，并且您的对象将无法渲染（错误只会在运行时调试模式下显示）。
因此设置完整的着色器阶段会增加很少的开销，但安全性的折衷远非可以忽略不计。
在您的用例中（仅使用VS / PS和CS构建），您可以放心地忽略它。
<强> 4 / UAVS-RenderTargets-DepthStencil
对于写入资源，在完成工作单元时总是取消设置。在同一例程中，您可以在内部进行优化，但在渲染/计算着色器函数结束时，将输出设置回null，因为管道将不允许任何内容在输出时作为ShaderResource反弹。
在功能结束时不取消写入资源是灾难的秘诀。
<强> 5 / ShaderResourceView
这是非常情境化的，但想法是尽量减少同时也避免运行时警告（这可能是无害的，但随后会隐藏重要的消息）。
最后一件事是在帧的开头重置为空所有着色器资源输入，以避免在VS中绑定的缓冲区被设置为CS中的UAV，例如，这会花费您每帧6个管道调用，但是这通常是值得的。
如果你有足够的备用寄存器和一些常量资源，你当然也可以在一些保留的插槽中设置它们并一劳永逸地绑定它们。
6 / IA相关资源
对于这个，您需要设置正确的数据来绘制几何体，因此每次绑定它时，设置InputLayout / Topology都是非常合理的。您当然可以组织您的绘制调用以最小化切换。
我认为拓扑对于正确设置至关重要，因为无效拓扑（例如，使用包含细分的管道的三角形列表），将不会得到任何内容并给出运行时警告，但在AMD卡上很常见它会让你的驱动程序崩溃，所以最好避免这种情况，因为它变得很难调试。
通常从不真正取消绑定顶点/索引缓冲区（因为只是覆盖它们而输入布局告诉我们如何获取）。 如果在计算/流出时生成这些缓冲区，则仅对此规则例外，以避免上述运行时警告。
答案 1 :(得分：0)
答案1：越少越好。
答案2：相反，在使用不同类型的视图绑定资源之前，必须取消绑定视图。您应该启用调试层来捕获这样的错误。
答案3：没关系。