c++ - 使用 Address Sanitizer 编译主机应用程序时可使用 OpenCL

Question

我正在调试 OpenCL 应用程序的崩溃。我试图使用 asan 来确定问题的根源。但是后来我发现打开asan并重新编译后，我的应用程序找不到任何OpenCL设备。只需添加 -fsanitize=address编译器选项使我的程序无法使用 OpenCL。
通过进一步测试，我发现内存清理器不适用于 OpenCL。
为什么会这样？如何在 OpenCL 中使用 asan？
编辑:一个最小的例子

#include <CL/cl.hpp>
#include <vector>
#include <iostream>

int main() {
    std::vector<cl::Platform> platforms;
    cl::Platform::get(&platforms);
    if(platforms.size() == 0) std::cerr << "in asas\n";
    else std::cout << "compiled normally\n";
}

编辑2:cl::Platform::get CL_SUCCESS 正常返回。获取平台的过程中没有错误。
还有一些关于我的设置的信息。
显卡:GTX 780Ti
司机:418.56
OpenCL SDK:Nvidia OpenCL/POCL 1.3 带 CPU 和 CUDA 后端
编译器:GCC 8.2.1
操作系统:Arch Linux(内核 5.0.7 x64)

Answer 1

已知 NVIDIA 驱动程序与 ASAN 冲突。它试图将mmap(2)内存放到进程内固定的虚拟内存范围内，这与ASAN的write-protected shadow gap region不谋而合。 .鉴于 ASAN 在启动时保留了大约 20TB 的虚拟地址空间，因此其他程序或驱动程序也不太可能发生此类冲突。
ASAN 承认某些 flags that may be set in the ASAN_OPTIONS 环境变量。要解决阴影间隙范围冲突，请设置 protect_shadow_gap选项 0 .例如，假设有一个类似 POSIX 的 shell，你可以像这样运行你的程序

$ ASAN_OPTIONS=protect_shadow_gap=0 ./mandelbrot

可写影子间隙会在 ASAN 下产生额外的性能成本，因为未 protected 间隙 requires its own shadowing .这就是为什么不建议全局设置此选项的原因(例如，在您的 shell 启动脚本中)。仅为实际上需要它的程序启用它。
我几乎可以肯定这是您问题的根本原因。我将 ASAN 与 CUDA 程序一起使用，并且始终需要设置此选项。没有它的 CUDA 报告的故障非常相似:cudaErrorNoDevice尝试选择设备时出错。