ash-rs项目中查询池结果获取的注意事项

在Vulkan图形API的Rust绑定库ash-rs中，开发者在使用vkGetQueryPoolResults函数获取查询池结果时，可能会遇到一个常见问题：当使用VK_QUERY_RESULT_WITH_AVAILABILITY_BIT标志时，函数调用会失败并返回验证层错误。

问题背景

Vulkan的查询机制允许开发者测量各种性能指标，如时间戳或遮挡查询结果。vkGetQueryPoolResults函数用于从查询池中检索这些结果。当使用VK_QUERY_RESULT_WITH_AVAILABILITY_BIT标志时，表示我们不仅想获取查询结果，还想知道每个查询结果是否可用。

问题本质

问题的核心在于内存布局的处理。当不使用可用性标志时，查询结果会紧密排列在内存中。例如，两个64位时间戳查询结果会占用16字节连续内存空间。

但当启用VK_QUERY_RESULT_WITH_AVAILABILITY_BIT时，每个查询结果后面都会跟着一个可用性标志，这意味着：

1. 所需内存空间会翻倍
2. 结果和可用性标志会交替排列
3. 数据步长(stride)需要相应调整

ash-rs的当前实现

ash-rs当前实现中，get_query_pool_results方法自动计算步长为结果类型的大小(如u64为8字节)。这在普通情况下工作正常，但在使用可用性标志时就不正确了，因为实际步长应该是结果类型大小的两倍(16字节)。

解决方案

开发者可以通过两种方式解决这个问题：

1. 直接调用底层Vulkan函数：绕过ash-rs的封装，直接调用Vulkan原生函数，手动指定正确的数据大小和步长。

2. 调整内存分配：确保分配足够大的缓冲区来容纳交替排列的查询结果和可用性标志，并正确计算偏移量。

最佳实践建议

1. 当使用可用性标志时，分配两倍于查询数量的内存空间
2. 结果和可用性标志会交替存储，如[结果1, 可用性1, 结果2, 可用性2]
3. 在使用结果前，总是检查对应的可用性标志
4. 考虑使用更高级的封装或自行封装工具函数来简化这一过程

这个问题在ash-rs的多个issue中已被多次报告，开发者在使用查询池功能时应特别注意这一行为差异。