创建Vulkan底层加速结构时触发VK_ERROR_DEVICE_LOST的排查求助

代码中的潜在错误 #

• 顶点步长设置错误：你将geometryData.vertexStride设为0，但使用VK_FORMAT_R32G32B32_SFLOAT格式时，顶点步长必须等于单个顶点的字节大小（sizeof(glm::vec3)，即12字节）。步长为0会导致设备读取顶点数据时越界，直接触发设备丢失。
• 图元数量计算错误：代码中明确使用了索引缓冲（indexBuffer），但你用vertices.size() / 3作为图元数量，正确值应该是索引缓冲中的元素数除以3。如果索引数与顶点数/3不匹配，会导致读取索引数据越界，引发设备丢失。
• 最大顶点索引合理性：geometryData.maxVertex应设置为顶点缓冲中实际存在的最大顶点索引值。如果索引缓冲中的索引值超过vertices.size() - 1，会导致设备访问非法内存，触发设备丢失。

可行的调试方法 #

• 启用完整验证层：开启VK_LAYER_KHRONOS_validation验证层，创建实例时启用VK_DEBUG_UTILS_MESSAGE_SEVERITY_ERROR_BIT_EXT、VK_DEBUG_UTILS_MESSAGE_SEVERITY_WARNING_BIT_EXT等所有调试标志，部分光线追踪相关错误仅在全量验证下会被捕获。
• 使用GPU厂商调试工具：
  • NVIDIA用户：用Nsight Graphics捕获命令提交过程，查看设备丢失的具体调用栈和错误详情。
  • AMD用户：用Radeon GPU Profiler分析加速结构构建命令，定位内存访问越界问题。
  • Intel用户：用Graphics Performance Analyzers追踪GPU执行状态。
• 分步验证命令流程：
  1. 单独验证vkGetBufferDeviceAddress返回的地址是否有效，对比缓冲内存偏移和设备地址计算规则确认。
  2. 检查vkGetAccelerationStructureBuildSizesKHR返回的accelSize是否合理，确认buildScratchSize和accelerationStructureSize为非零值。
  3. 临时注释vkCmdBuildAccelerationStructuresKHR调用，提交空命令缓冲区，确认设备是否还会丢失，排除其他代码的影响。
• 检查队列兼容性：确保提交加速结构构建命令的队列族包含VK_QUEUE_RAY_TRACING_BIT_KHR标志，不兼容队列执行光线追踪命令会直接导致设备丢失。
• 内存分配验证：检查createBuffer函数是否正确分配内存，确认缓冲使用标志完整、内存属性为VK_MEMORY_PROPERTY_DEVICE_LOCAL_BIT，避免因内存访问权限问题引发错误。

内容的提问来源于stack exchange，提问作者Sirox