基于Thrust的辛普森积分代码在WSL与Ubuntu上结果不一致问题

• 编译选项与环境变量检查

  • 确认两端使用完全一致的nvc++编译命令，排查WSL端是否默认启用了-g、-O0这类调试/低优化选项，或是CUDA相关的冗余生成参数，这类选项会直接导致可执行文件体积膨胀，同时可能影响运行逻辑。
  • 检查NVCCFLAGS、NVCXXFLAGS等环境变量在WSL和Ubuntu端的取值，隐性的环境变量差异会改变编译器行为。

• Thrust后端与CUDA设备验证

  • Thrust会自动选择执行后端，WSL端可能因CUDA设备识别异常，默认使用CPU后端但代码未适配。可在代码中显式指定CUDA后端：

    #include <thrust/execution_policy.h>
    // 调用Thrust算法时指定cuda执行策略
    thrust::transform(thrust::cuda::par, ...);
    

  • 运行nvidia-smi确认WSL端GPU被正确识别，或编译运行简单CUDA测试程序（如向量加法）验证设备可用性。

• 运行时环境与依赖检查

  • 尝试以管理员权限启动WSL终端后执行可执行文件，排查CUDA运行时权限问题导致的内核加载失败。
  • 用ldd a.out查看WSL端可执行文件依赖的CUDA库路径和版本，确认未混用与编译版本（CUDA 12.0）不匹配的旧库。

• 代码未定义行为排查

  • 检查代码中是否存在平台相关的未定义行为：比如未初始化的设备内存，Ubuntu端因内存布局巧合得到正确值，WSL端则初始化为0；或是步长计算、索引处理存在整数溢出/平台差异。

• 编译器生成代码对比

  • 用nvc++ -v输出两端编译的详细日志，对比CUDA内核编译、链接阶段的差异，查看WSL端是否未正确生成或链接设备代码。
  • 用objdump对可执行文件反编译，对比两端设备代码段的完整性与内容差异。

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