根签名版本 1.1
根签名版本 1.1 的目的是使应用程序能够在描述符堆中的描述符不更改或数据描述符指向不变的情况下向驱动程序指示。 这使得驱动程序可以选择进行可能的优化，因为知道描述符或它指向的内存在一段时间内是静态的。
概述
当引用描述堆和内存的命令列表/捆绑可能正在 GPU 上运行的任何时间，根签名版本 1.0 可让应用程序任意更改它们指向的这些内容。 但是，在引用描述符或内存的命令已记录后，应用程序实际上往往不需要灵活更改这些描述符或内存。
应用程序通常能够轻松地：
- 在命令列表或捆绑中绑定描述符表或根描述符之前设置描述符（有时还能设置它们指向的内存）。
- 确保这些描述符在引用它们的命令列表/捆绑最后一次完成执行之前不会发生更改。
- 确保描述符指向的数据在相同的整个持续时间内不会发生更改。
或者，应用程序只能接受数据在较短持续时间内不会更改。 具体而言，数据可能在执行命令列表期间当根参数绑定（描述符表或根描述符）当前指向数据的时间范围内保持静态。 换而言之，应用程序可能希望在 GPU 时间线中执行，如果知道何时设置为静态，在通过根参数设置的时间段之间，该时间轴会更新某些数据。
如果描述符或描述符所指向的数据不会更改，则驱动程序可以实现的具体优化将特定于硬件供应商，重要的是，它们不会改变行为，而只可能会提高性能。 尽可能多地了解应用程序的意图不会给应用程序造成负担。
一个优化方式是，如果驱动程序知道应用程序在描述符和数据静态性方面做出的承诺，则可以使用许多驱动程序来生成可供着色器访问的更高效内存。 例如，如果特定的硬件对根参数大小不敏感，则驱动程序可以通过将堆中的某个描述符转换为根描述符，来消除访问该描述符时的间接性级别。
使用版本 1.1 的开发人员的附加任务是，尽可能地在数据易失性和静态性方面做出承诺，使驱动程序能够实现有意义的优化。 开发人员不必要在静态性方面做出任何承诺。
根签名版本 1.0 会持续按原样正常运行，但重新编译根签名的应用程序现在默认会使用根签名 1.1（有一个选项可按需强制使用版本 1.0）。
静态和易失性标志
以下标志是根签名的一部分，可让驱动程序选择一种策略，以便在设置各个根参数后以最适当的方法处理这些参数；另外，可将相同的假设嵌入到最初编译好的管道状态对象 (PSO) 中 - 因为根签名是 PSO 的一部分。
以下标志由应用设置，将应用到描述符或数据。
typedef enum D3D12_DESCRIPTOR_RANGE_FLAGS
{
D3D12_DESCRIPTOR_RANGE_FLAG_NONE = 0,
D3D12_DESCRIPTOR_RANGE_FLAG_DESCRIPTORS_VOLATILE = 0x1,
D3D12_DESCRIPTOR_RANGE_FLAG_DATA_VOLATILE = 0x2,
D3D12_DESCRIPTOR_RANGE_FLAG_DATA_STATIC_WHILE_SET_AT_EXECUTE = 0x4,
D3D12_DESCRIPTOR_RANGE_FLAG_DATA_STATIC = 0x8
} D3D12_DESCRIPTOR_RANGE_FLAGS;
typedef enum D3D12_ROOT_DESCRIPTOR_FLAGS
{
D3D12_ROOT_DESCRIPTOR_FLAG_NONE = 0,
D3D12_ROOT_DESCRIPTOR_FLAG_DATA_VOLATILE = 0x2,
D3D12_ROOT_DESCRIPTOR_FLAG_DATA_STATIC_WHILE_SET_AT_EXECUTE = 0x4,
D3D12_ROOT_DESCRIPTOR_FLAG_DATA_STATIC = 0x8
} D3D12_ROOT_DESCRIPTOR_FLAGS;
DESCRIPTORS_VOLATILE
设置此标志后，应用程序随时可以更改根描述符表指向的描述符堆中的描述符，但当绑定描述符表的命令列表/捆绑已提交和未完成执行时则不可以。 例如，在提交命令列表供执行之前，记录该命令列表并随后更改它引用的描述符堆中的描述符是有效的操作。 这是根签名版本 1.0 唯一支持的行为。
如果未设置DESCRIPTORS_VOLATILE标志，则描述符是静态的。 此模式没有标志。 静态描述符表示在命令列表/捆绑中设置描述符表时（录制期间）已初始化根描述符表指向的描述符堆中的描述符，并且在命令列表/捆绑最后一次完成执行之前，描述符无法更改。 对于根签名版本 1.1，静态描述符是默认假设，应用程序必须在需要时指定DESCRIPTORS_VOLATILE标志。
对于使用包含静态描述符的描述符表的捆绑，记录捆绑时（而不是调用该捆绑时），描述符必须已准备好启动，并且在该捆绑最后一次完成执行之前不会更改。 必须在记录捆绑期间设置指向静态描述符的描述符表，它们不能继承到捆绑中。 命令列表可以使用包含静态描述符的、已在捆绑中设置的并返回到命令列表的描述符表。
当描述符为静态时，行为中还有另一个更改，需要设置DESCRIPTORS_VOLATILE标志。 对任何缓冲区视图（而不是 Texture1D/2D/3D/多维视图）进行界外访问都是无效的操作，会生成不确定的结果，包括可能的设备重置，而不是返回读取操作的默认值或丢弃写入操作。 去除应用程序依赖硬件界外访问权限检查的功能的目的在于，在驱动程序认为更有效的情况下，可让驱动程序选择将静态描述符访问权限提升为根描述符访问权限。 根描述符不支持任何界外检查。
如果应用程序在访问描述符时依赖于安全超出边界的内存访问行为，则需要将访问这些描述符的描述符范围标记为DESCRIPTORS_VOLATILE。
DATA_VOLATILE
设置此标志后，则 CPU 随时可以更改描述符指向的数据，但当绑定描述符表的命令列表/捆绑已提交且尚未完成执行时则不可以。 这是根签名版本 1.0 唯一支持的行为。
可在描述符范围标志和根描述符标志中使用该标志。
DATA_STATIC_WHILE_SET_AT_EXECUTE
设置此标志后，从在 GPU 时间线上执行期间在命令列表/捆绑中设置基础根描述符或描述符表开始，到后续绘制/调度不再引用数据为止，描述符指向的数据无法更改。
在 GPU 上设置根描述符或描述符表之前，此数据甚至可由相同的命令列表/捆绑更改。 当引用数据的根描述符或描述符表仍已在命令列表/捆绑中设置时，只要引用该数据的绘制/调度已完成，则也可以更改数据。 但是，这样做需要在下次取消引用根描述符或描述符表之前，将描述符表重新绑定到命令列表。 这样，驱动程序便知道根描述符或描述符表指向的数据已更改。
DATA_STATIC_WHILE_SET_AT_EXECUTE和DATA_VOLATILE之间的基本区别在于，DATA_VOLATILE驱动程序无法判断命令列表中的数据副本是否更改了描述符指向的数据，而无需执行额外的状态跟踪。 因此，例如，如果驱动程序可以将任何类型的数据预提取命令插入到其命令列表中， (使着色器对已知数据的访问更高效（例如，) ），DATA_STATIC_WHILE_SET_AT_EXECUTE让驱动程序知道它只需要在通过 SetGraphicsRootDescriptorTable 设置的那一刻执行数据预提取， SetComputeRootDescriptorTable 或用于设置常量缓冲区视图、着色器资源视图或无序访问视图的方法之一。
对于捆绑，在执行时设置的数据静态性承诺将以独特方式应用到捆绑的每个执行。
可在描述符范围标志和根描述符标志中使用该标志。
DATA_STATIC
如果设置此标志，记录期间在命令列表/捆绑中设置引用内存的根描述符或描述符表时，将初始化描述符指向的数据，并且在命令列表/捆绑最后一次完成执行之前，该数据无法更改。
对于捆绑，静态持续时间将从记录捆绑而不是记录调用方命令列表期间设置根描述符或描述符表开始。 此外，指向静态数据的描述符表必须在捆绑中设置，而不是继承的。 命令列表可以使用指向静态数据的、已在捆绑中设置的并返回到命令列表的描述符表。
可在描述符范围标志和根描述符标志中使用该标志。
合并标志
每次最多可以指定一个 DATA 标志，但根据不支持 DATA 标志的采样器描述符范围除外，因为采样器不指向数据。
SRV 和 CBV 描述符范围没有任何 DATA 标志意味着假定默认DATA_STATIC_WHILE_SET_AT_EXECUTE行为。 选择此默认值而不是DATA_STATIC的原因是，对于大多数情况，DATA_STATIC_WHILE_SET_AT_EXECUTE更有可能成为安全默认值，同时仍会产生一些比默认DATA_VOLATILE更好的优化机会。
如果 UAV 描述符范围缺少 DATA 标志，则意味着假定默认DATA_VOLATILE行为，前提是通常将 UAV 写入其中。
DESCRIPTORS_VOLATILE 不能 与 DATA_STATIC 结合使用，但 可以 与其他 DATA 标志组合使用。 DESCRIPTORS_VOLATILE可以与DATA_STATIC_WHILE_SET_AT_EXECUTE结合使用的原因是，易失性描述符仍要求在命令列表/捆绑执行期间准备好描述符，并且DATA_STATIC_WHILE_SET_AT_EXECUTE只是对命令列表/捆绑执行的子集内的静态性做出承诺。
标志摘要
下表汇总了可以采用的标志组合。
| 有效的D3D12_DESCRIPTOR_RANGE_FLAGS设置 | 说明 |
|---|---|
| 未设置标志 | 描述符是静态的（默认设置）。 数据的默认假设：对于 SRV/CBV：DATA_STATIC_WHILE_SET_AT_EXECUTE，对于 UAV：DATA_VOLATILE。 SRV/CBV 的这些默认设置能够安全适应大多数根签名的使用模式。 |
| DATA_STATIC | 描述符和数据都是静态的。 这可以最大化驱动程序优化的潜力。 |
| DATA_VOLATILE | 描述符是静态的，数据是易失性的。 |
| DATA_STATIC_WHILE_SET_AT_EXECUTE | 描述符是静态的，数据在执行期间设置时是静态的。 |
| DESCRIPTORS_VOLATILE | 描述符是可变的，对数据进行默认假设：对于 SRV/CBV：DATA_STATIC_WHILE_SET_AT_EXECUTE，对于 UAV：DATA_VOLATILE。 |
| DESCRIPTORS_VOLATILE |DATA_VOLATILE | 描述符和数据都是易失性的，等效于根签名 1.0。 |
| DESCRIPTORS_VOLATILE |DATA_STATIC_WHILE_SET_AT_EXECUTE | 描述符是易失性的，但请注意，仍不允许它们在执行命令列表期间发生更改。 因此，在执行期间通过根描述符表设置时，可以合并附加的数据静态性声明 – 基础描述符保持静态的时间实际上长于承诺数据保持静态的时间。 |
| 有效的D3D12_ROOT_DESCRIPTOR_FLAGS设置 | 说明 |
|---|---|
| 未设置标志 | 数据的默认假设：对于 SRV/CBV：DATA_STATIC_WHILE_SET_AT_EXECUTE，对于 UAV：DATA_VOLATILE。 SRV/CBV 的这些默认设置能够安全适应大多数根签名的使用模式。 |
| DATA_STATIC | 数据是静态的，驱动程序优化的潜力最大。 |
| DATA_STATIC_WHILE_SET_AT_EXECUTE | 数据在执行期间设置时是静态的。 |
| DATA_VOLATILE | 等效于根签名 1.0。 |
版本 1.1 API 摘要
以下 API 调用支持版本 1.1。
枚举
这些枚举包含用于指定描述符和数据易失性的关键标志。
- D3D_ROOT_SIGNATURE_VERSION ：版本 ID。
- D3D12_DESCRIPTOR_RANGE_FLAGS ：一系列标志，用于确定描述符或数据是可变的还是静态的。
- D3D12_ROOT_DESCRIPTOR_FLAGS ：与 D3D12_DESCRIPTOR_RANGE_FLAGS 类似的标志范围，只不过只有数据标志应用于根描述符。
结构
更新的结构（版本 1.0 中）包含对易失性/静态标志的引用。
D3D12_FEATURE_DATA_ROOT_SIGNATURE：将此结构传递给 CheckFeatureSupport，以检查根签名 1.1 版支持。
D3D12_VERSIONED_ROOT_SIGNATURE_DESC ：可以保存根签名说明的任何版本，并且设计为与下面列出的序列化/反序列化函数一起使用。
这些结构等效于版本 1.0 中所用的结构，并添加了描述符范围和根描述符的新标志字段：
函数
此处所列的方法取代了原始的 D3D12SerializeRootSignature 和 D3D12CreateRootSignatureDeserializer 函数，因为它们可以在任何版本的根签名中使用。 序列化格式是传入 CreateRootSignature API 的格式。 如果编写的着色器包含根签名，则编译的着色器已包含序列化的根签名。
- D3D12SerializeVersionedRootSignature ：如果应用程序以过程方式生成 D3D12_VERSIONED_ROOT_SIGNATURE 数据结构，则必须使用此函数生成序列化表单。
- D3D12CreateVersionedRootSignatureDeserializer：生成一个可以通过 GetUnconvertedRootSignatureDesc 返回反序列化数据结构的接口。
方法
创建 ID3D12VersionedRootSignatureDeserializer 接口的目的是反序列化根签名数据结构。
- GetRootSignatureDescAtVersion：将根签名描述结构转换为请求的版本。
- GetUnconvertedRootSignatureDesc ：返回指向 D3D12_VERSIONED_ROOT_SIGNATURE_DESC 结构的指针。
帮助程序结构
已添加帮助器结构用于帮助某些版本 1.1 结构的初始化。
- CD3DX12_DESCRIPTOR_RANGE1
- CD3DX12_ROOT_PARAMETER1
- CD3DX12_STATIC_SAMPLER1
- CD3DX12_VERSIONED_ROOT_SIGNATURE_DESC
请参阅 D3D12 的帮助器结构和函数。
违反静态性标志的后果
上述描述符和数据标志（以及缺少特定标志时隐式使用的默认设置）定义应用程序对驱动程序做出的行为承诺。 如果应用程序违反承诺，则这是无效行为：结果是不确定的，并且不同的驱动程序和硬件可能会产生不同的结果。
调试层提供用于验证应用程序是否遵守其承诺的选项，包括在未设置任何标志的情况下，使用根签名版本 1.1 时附带的默认承诺。
版本管理
编译附加到着色器的根签名时，新式 HLSL 编译器默认会编译版本 1.1 的根签名，而旧式 HLSL 编译器仅支持 1.0。 请注意，在不支持根签名 1.1 的 OS 上无法运行 1.1 根签名。
可以使用 /force_rootsig_ver <version> 将通过着色器编译的根签名版本强制为特定版本。 如果在强制版本时能够保留所编译的根签名的行为（例如，删除根签名中只为优化目的提供服务，但不影响行为的不受支持标志），则强制版本将会成功。
例如，这样可以在生成应用程序时让应用程序将 1.1 根签名同时编译成 1.0 和 1.1，并在运行时根据 OS 支持级别选择适当的版本。 但是，这可以最大程度地提高空间效率，使应用程序能够独立于着色器编译根签名（尤其是需要多个版本时）。 即使着色器最初是使用附加的根签名编译的，也仍可以使用 /verifyrootsignature 编译器选项来保留根签名编译器验证与着色器兼容的优势。 以后在运行时，可以使用不包含根签名的着色器，并传递所需的根签名（也许是 OS 支持的适当版本）作为独立的参数，来创建 PSO。
相关主题