尽管没有错误，openCL 内核仍返回垃圾值

Question

我一直在关注these openCL 示例。即使使用 cl_int err 或从内核检查错误代码，OpenCL 也没有给我任何错误。但是当我输出landmap_flags[i] 的结果时，它表明我只是从 GPU 中获取垃圾值。我可以让上面的例子工作，但是当我包含我的数据时它开始崩溃。我也不确定landmap_flags 数组是否太大而内核无法处理？ （96 * 96 * 96 的元素 uchar）。

内核代码：

// CL noise lib
.
.
.
kernel void terrain_gen(global uchar* landmap_flags, global float3* pos, int LOD, int chunkSize) {
    const uint n = get_global_id(0);
    const uint x = n%(chunkSize+(2 * LOD));
    const uint y = (n/(chunkSize+(2 * LOD)))%(chunkSize+(2 * LOD));
    const uint z = n/((chunkSize+(2 * LOD))*(chunkSize+(2 * LOD)));
    enum BLOCK { STONE, DIRT, SNOW, GRASS, SAND, GRAVEL, GAETAN, BEDROCK, AIR };
    const float frequency = 500;
    const float noise_1 = (_slang_library_noise2(x+(chunkSize * pos[n].x),z+(chunkSize * pos[n].z))) / frequency;
    landmap_flags[n] = (noise_1*noise_1*40.0f+6.0f>(y+(chunkSize * pos[n].y))) ? DIRT : AIR;
}

内核构建良好，没有返回任何错误，但我认为我处理数据的方式可能有错误。

还有我设置缓冲区的代码：

// set up devices, platform, etc.
.
.
.
    cl::Buffer buffer_landmap(context, CL_MEM_READ_WRITE, sizeof(cl_uchar) * 96 * 96 * 96);
    cl::Buffer buffer_pos(context, CL_MEM_WRITE_ONLY | CL_MEM_HOST_NO_ACCESS | CL_MEM_COPY_HOST_PTR, sizeof(cl_float3));
    cl::Buffer buffer_LOD(context, CL_MEM_WRITE_ONLY | CL_MEM_HOST_NO_ACCESS | CL_MEM_COPY_HOST_PTR, sizeof(cl_int));
    cl::Buffer buffer_chunkSize(context, CL_MEM_WRITE_ONLY | CL_MEM_HOST_NO_ACCESS | CL_MEM_COPY_HOST_PTR, sizeof(cl_int));

    queue.enqueueWriteBuffer(buffer_landmap, CL_TRUE, 0, sizeof(cl_uchar) * 96 * 96 * 96, landmap_flags);
    queue.enqueueWriteBuffer(buffer_pos, CL_TRUE, 0, sizeof(cl_float3), pos);
    queue.enqueueWriteBuffer(buffer_LOD, CL_TRUE, 0, sizeof(cl_int), LOD);
    queue.enqueueWriteBuffer(buffer_chunkSize, CL_TRUE, 0, sizeof(cl_int), chunkSize);

    cl::Kernel get_noise(program, "terrain_gen");
    get_noise.setArg(0, buffer_landmap);
    get_noise.setArg(1, buffer_pos);
    get_noise.setArg(2, buffer_LOD);
    get_noise.setArg(3, buffer_chunkSize);

    queue.enqueueNDRangeKernel(get_noise, cl::NullRange, cl::NDRange(1024));

    queue.enqueueReadBuffer(buffer_landmap, CL_TRUE, 0, sizeof(cl_uchar) * 96 * 96 * 96, landmap_flags);

    queue.finish();

我打算让这段代码工作的方式是将三个缓冲区（pos、LOD 和 chunkSize）作为标量值传递，并且只需将 landmap_flags 返回给 CPU。难道是我对enqueueNDRangeKernel 使用了不正确的参数？可能是我的工作组规模太大，或者我的工作组太多。

编辑：我编辑了我的代码，标量不再作为缓冲区传递，唯一被写入和读取的是landmap_flags，内核也为此进行了编辑以将pos视为标量值。

        kernel void terrain_gen(global uchar* landmap_flags, float3 pos, int LOD, int chunkSize) {
            const uint n = get_global_id(0);
            const uint x = n%(chunkSize+(2 * LOD));
            const uint y = (n/(chunkSize+(2 * LOD)))%(chunkSize+(2 * LOD));
            const uint z = n/((chunkSize+(2 * LOD))*(chunkSize+(2 * LOD)));
            enum BLOCK { STONE, DIRT, SNOW, GRASS, SAND, GRAVEL, GAETAN, BEDROCK, AIR };
            const float frequency = 500;
            const float noise_1 = (_slang_library_noise2(x+(chunkSize * pos.x),z+(chunkSize * pos.z))) / frequency;
            landmap_flags[n] = (noise_1*noise_1*40.0f+6.0f>(y+(chunkSize * pos.y))) ? DIRT : AIR;
        }

    cl::Buffer buffer_landmap(context, CL_MEM_READ_WRITE, sizeof(cl_uchar) * 96 * 96 * 96);
    cl::CommandQueue queue(context, default_device);
    queue.enqueueWriteBuffer(buffer_landmap, CL_TRUE, 0, sizeof(cl_uchar) * 96 * 96 * 96, landmap_flags);


    cl::Kernel get_noise(program, "terrain_gen");
    get_noise.setArg(0, buffer_landmap);
    get_noise.setArg(1, pos);
    get_noise.setArg(2, LOD);
    get_noise.setArg(3, chunkSize);

    queue.enqueueNDRangeKernel(get_noise, cl::NullRange, cl::NDRange(96 * 96 * 96));

    queue.enqueueReadBuffer(buffer_landmap, CL_TRUE, 0, sizeof(cl_uchar) * 96 * 96 * 96, landmap_flags);

    queue.finish();

Answer 1

@doqtor 在 cmets 中的观察是准确的，这些都是非常严重的问题。

此外，我注意到以下几点：

1. 您的pos 缓冲区是使用CL_MEM_HOST_NO_ACCESS 创建的，但随后您在其上调用enqueueWriteBuffer()。 （尽管根据您的问题文本，您实际上希望这是一个标量，而不是缓冲区？然后您的内核代码将其视为 cmets 中指出的长向量……）
2. 您正在使用CL_MEM_COPY_HOST_PTR 创建缓冲区而不传递主机指针。
3. 您似乎提交了 1024 个项目的工作大小，但您的结果缓冲区是 96 * 96 * 96 = 884736 个项目，这也是您从缓冲区读取的数据量。 （这个缓冲区大小很好，你不应该接近 VRAM 大小。）

另外，你这么说

即使在使用 cl_int err 或内核检查错误代码时，OpenCL 也没有给我任何错误。

考虑到在创建缓冲区时滥用标志，这似乎……不太可能？由于上述问题 2，您的四个缓冲区创建中的三个应该以 CL_​INVALID_​HOST_​PTR 失败。我建议你再看看你的错误处理代码。 （您还没有发布，所以我无法评论具体内容）