Vulkan层可以在运行时更改吗？

Question

所以我想建立一个库来简化Vulkan编程。 您可以在Github上看到它，但不要指望很快有大的事情；）。 我想创建一个名为getInstanceLayerProperties的函数，该函数返回所有图层属性（显然）。 看到这可能会比较慢，所以我想对其进行优化。 我的想法很简单：将其存储为预先计算的数组。 我需要知道的是：Vulkan层是否可以在运行时更改。 例如，说我缓存了vkEnumerateInstanceLayerProperties的值。 是否可以删除，添加或更改新的图层属性，以便再次调用该函数会得到不同的结果？

Answer 1

vkEnumerate * Properties返回有关系统状态的信息，该状态在进行调用时就存在。 在我们编写规范时，这对我们来说似乎很明显，但是我可以看到，对于Vulkan的新手来说，这可能并不那么明显。

由于图层是在Vulkan之外定义的，因此它们会随着时间变化。 不太可能，但是可以。 这就是这些调用可以返回VK_INCOMPLETE的原因之一。 典型的用法是先进行调用以获取计数，为结果分配空间，然后获取数据。 如果列表在这两个调用之间增加，则该应用程序将看到VK_INCOMPLETE并知道发生了一些变化。

Answer 2

首先，我要指出，这是不优化代码的完美方法。 从语义上讲，它不是热点，甚至也不能成为热点。
除非销毁旧实例/设备并创建新实例/设备，否则您甚至无法利用缓存的信息。

现在回答：

规范方面，没有明确禁止结果无效的语句。

UPDATE2：因此，这些内容可能随时更改。 虽然那是罕见的。 只有最终的结果是vkCreateInstance()返回VK_SUCCESS或VK_ERROR_LAYER_NOT_PRESENT 。

（实际上，我有点不喜欢，几乎所有的vkGet*和vkEnumerate*命令都没有说明其结果不变性的性质。但是后来我有点忘了把它作为GitHub Issue ... UPDATE2提出来了，现在这样做了，在我忘记之前再次）

这样做的实现方式代码应该是开源的。 这应该是官方“ The Loader”的一部分（也是LunarG SDK的一部分）。 我可能稍后再调查。 尽管可以合理地假设每次都从注册表中读取新的一组图层（在Windows中）。 诚然，无论如何这都是些无用的信息，因为他们可能决定改变这种行为。

更新：我只是很快地扫描了它，但实际上似乎在每次调用vkEnumerateInstanceLayerProperties都重新扫描了这些层： https : //github.com/KhronosGroup/Vulkan-LoaderAndValidationLayers/blob/74d013a5438f47a66a77d5375d1cdeef3f0beca7/loader/trader/travel