问题:
当我增加CUDA
kernel
内部循环内正在处理的数据量时 - 它会导致应用程序中止!
异常:
ManagedCuda.CudaException:' ErrorLaunchFailed:发生异常 在执行内核时在设备上。常见原因包括 取消引用无效的设备指针并访问越界 共享内存。
问题:
如果有人能够了解我当前实施的限制以及导致应用程序崩溃的原因,我将不胜感激。
或者,我附加了一个完整的内核代码,以便有人可以说如何在没有抛出异常的情况下以这种方式重新建模。我们的想法是内核接受combinations
,然后在同一组data
(循环中)上执行计算。因此,内部的循环计算应是顺序的。执行内核本身的顺序是无关紧要的。它的组合问题。
欢迎任何建议。
代码(短版本,足以中止该应用):
extern "C"
{
__device__ __constant__ int arraySize;
__global__ void myKernel(
unsigned char* __restrict__ output,
const int* __restrict__ in1,
const int* __restrict__ in2,
const double* __restrict__ in3,
const unsigned char* __restrict__ in4)
{
for (int row = 0; row < arraySize; row++)
{
// looping over sequential data.
}
}
}
在上面的例子中,如果arraySize
接近50_000,则应用程序开始中止。使用相同类型的输入参数,如果我们覆盖或核心 arraySize
到10_000,则代码会成功完成。
代码 - 内核(完整版)
#iclude <cuda.h>
#include "cuda_runtime.h"
#include <device_launch_parameters.h>
#include <texture_fetch_functions.h>
#include <builtin_types.h>
#define _SIZE_T_DEFINED
#ifndef __CUDACC__
#define __CUDACC__
#endif
#ifndef __cplusplus
#define __cplusplus
#endif
texture<float2, 2> texref;
extern "C"
{
__device__ __constant__ int width;
__device__ __constant__ int limit;
__device__ __constant__ int arraySize;
__global__ void myKernel(
unsigned char* __restrict__ output,
const int* __restrict__ in1,
const int* __restrict__ in2,
const double* __restrict__ in3,
const unsigned char* __restrict__ in4)
{
int index = blockIdx.x * blockDim.x + threadIdx.x;
if (index >= limit)
return;
bool isTrue = false;
int varA = in1[index];
int varB = in2[index];
double calculatable = 0;
for (int row = 0; row < arraySize; row++)
{
if (isTrue)
{
int idx = width * row + varA;
if (!in4[idx])
continue;
calculatable = calculatable + in3[row];
isTrue = false;
}
else
{
int idx = width * row + varB;
if (!in4[idx])
continue;
calculatable = calculatable - in3[row];
isTrue = true;
}
}
if (calculatable >= 0) {
output[index] = 1;
}
}
}
代码 - 主机(完整版)
public static void test()
{
int N = 10_245_456; // size of an output
CudaContext cntxt = new CudaContext();
CUmodule cumodule = cntxt.LoadModule(@"kernel.ptx");
CudaKernel myKernel = new CudaKernel("myKernel", cumodule, cntxt);
myKernel.GridDimensions = (N + 255) / 256;
myKernel.BlockDimensions = Math.Min(N, 256);
// output
byte[] out_host = new byte[N]; // i.e. bool
var out_dev = new CudaDeviceVariable<byte>(out_host.Length);
// input
int[] in1_host = new int[N];
int[] in2_host = new int[N];
double[] in3_host = new double[50_000]; // change it to 10k and it's OK
byte[] in4_host = new byte[10_000_000]; // i.e. bool
var in1_dev = new CudaDeviceVariable<int>(in1_host.Length);
var in2_dev = new CudaDeviceVariable<int>(in2_host.Length);
var in3_dev = new CudaDeviceVariable<double>(in3_host.Length);
var in4_dev = new CudaDeviceVariable<byte>(in4_host.Length);
// copy input parameters
in1_dev.CopyToDevice(in1_host);
in2_dev.CopyToDevice(in2_host);
in3_dev.CopyToDevice(in3_host);
in4_dev.CopyToDevice(in4_host);
myKernel.SetConstantVariable("width", 2);
myKernel.SetConstantVariable("limit", N);
myKernel.SetConstantVariable("arraySize", in3_host.Length);
// exception is thrown here
myKernel.Run(out_dev.DevicePointer, in1_dev.DevicePointer, in2_dev.DevicePointer,in3_dev.DevicePointer, in4_dev.DevicePointer);
out_dev.CopyToHost(out_host);
}
分析
我最初的假设是我遇到了内存问题,但是,根据VS调试器,我在主机环境上的数据略高于500mb
。因此,我想无论我将多少数据复制到GPU,它都不应超过1Gb
甚至最大11Gb
。后来我注意到只有当内核中的循环有很多要处理的数据记录时才会发生崩溃。这让我相信我遇到某种线程超时限制或类似的东西。没有坚实的证明。
系统
我的系统规格为16Gb
Ram
和GeForce 1080 Ti 11Gb
。
使用Cuda 9.1.
和managedCuda
版本8.0.22
(也尝试使用主分支的9.x版本)
编辑1:26.04.2018 刚刚测试了相同的逻辑,但仅限于OpenCL
。代码不仅成功完成,而且还比CUDA
执行1.5-5倍的时间,具体取决于输入参数大小:
kernel void Test (global bool* output, global const int* in1, global const int* in2, global const double* in3, global const bool* in4, const int width, const int arraySize)
{
int index = get_global_id(0);
bool isTrue = false;
int varA = in1[index];
int varB = in2[index];
double calculatable = 0;
for (int row = 0; row < arraySize; row++)
{
if (isTrue)
{
int idx = width * row + varA;
if (!in4[idx]) {
continue;
}
calculatable = calculatable + in3[row];
isTrue = false;
}
else
{
int idx = width * row + varB;
if (!in4[idx]) {
continue;
}
calculatable = calculatable - in3[row];
isTrue = true;
}
}
if (calculatable >= 0)
{
output[index] = true;
}
}
我真的不想在这里开始OpenCL
/ CUDA
战争。如果我原来的CUDA
实施中有任何我应该关注的事情,请告诉我。
编辑:26.04.2018 。在遵循评论部分的建议之后,我能够在抛出异常之前将处理的数据量增加3倍。我通过切换到.ptx
模式而不是Release
模式生成的Debug
来实现这一目标。这种改进可能与Debug
设置中Generate GPU Debug information
设置为Yes
以及其他可能影响性能的不必要设置有关。我现在将尝试搜索有关如何内核的时间可以增加..我仍然没有达到OpenCL
的结果,但越来越接近。
对于CUDA
文件生成,我使用VS2017 Community
,CUDA 9.1
项目,v140 toolset
,为x64
平台构建,禁用发布后事件,配置类型: utility
。代码生成设置为:compute_30,sm_30
。例如,我不确定为什么它不是sm_70
。我没有其他选择。
答案 0 :(得分:1)
我设法提高了CUDA
与OpenCL
相比的效果。而且更重要的是 - 代码现在可以完成执行而无需例外。学分归 Robert Crovella 。 谢谢!
在显示结果之前,这里有一些规格:
Intel i7 8700k
12个核心(6 + 6)GeForce 1080 Ti 11Gb
以下是我的结果(图书馆/技术):
Alea
,CUDA
):9905 ms(x61)managedCuda
,CUDA
):6272 ms(x97)Coo
,OpenCL
):8277 ms(x73)解决方案1:
解决方案是将WDDM TDR Delay
从默认值2秒增加到10秒。 As easy as that
解决方案2:
我能够通过以下方式挤出更多的表现:
在compute_30,sm_30
项目属性中将compute_61,sm_61
设置更新为CUDA
使用Release
设置代替Debug
使用.cubin
文件而不是.ptx
如果有人还想提出一些关于如何进一步提高性能的想法 - 请分享!我很开心。不过,这个问题已经解决了!
P.S。如果您的显示以与here所述相同的方式闪烁,则尝试增加延迟。