1.在SDK自带的例子程序中,发现SRC文件珜下有.cpp文件和.cu文件。这两种文件的关系和各自的作用是什么呀?

答:SDK自带例子中的.cpp文件主要是一些CPU端处理,或者是使用CPU计算对照组结果,在某些例子中也会在.cpp文件中以函数的形式调用封装成C或者C++函数的GPU端代码.cu文件中通常是与GPU核函数和CUDA API相关的内容。

2.在SDK自带的例子程序中,有一些带有_kernel的.cu文件,在Visual Studio工程中的图标上有一个红色的符号,是什么意思?

答:大多数SDK例子程序都将设备端代码和主机端代码放在不同的文件中,以template为例如:它的主机端代码在template.cu中,设备端代码在template_kernel.cu中,并且有一个用于对照的CPU 和GPU结果的cpmpute_gold.cpp文件。template_kernel.cu 在visual Studio工程中的符号代表它不参与编译。注意到template.cu文件中已经通过#include"template_kernel.cu"包含了template_kernel.cu。如果要将SDK中的代码直接用于其他工程中,一定要注意将带有_kernel后缀的.cu文件排除在编译外,避免重复定义。

3.为什么编译CUDA程序时,经常出现未定义变量的错误?

答:存储在某些存储器中的某些变量,如__constant__,__device__,texture, 必须在所有的函数定义外定义,即定义的全局变量。这些变量必须有正确的作用域,例如texture型变量必须对设备端代码和主机端代码同时可见,并且如果需要从主机端访问时,也要对主机端代码可见。SDK中的例子通过文件包含解决了这些问题。读者可以将主机端代码和设备端代码都写在一个.cu文件中,或都是将这些变量定义在头文件中(注意避免重复定义)来解决这些问题。

4.为什么在工程中无法使用原子函数,双精度等功能?

答:首先,必须确定目前使用的设备的计算能力版本能支持相应的函数;其次,在编译时,nvcc编译器默认的目标设备为计算能力1.0版本,无法支持高计算能力版本的函数,需要通过-code,-arch等编译选项打开。

5.CUDA程序运行时出现蓝屏、死机等现象,或者打印出kernel  luanch timed out?

答:早期版本的CUDA更加容易出现蓝屏或者死机,目前已经大有改善。造成蓝屏、死机、自动重启等现象的常见原因主要有:访问显存时发生趆界、多个线程竞写同一数据。kernel launch timed out的原因是Windows操作系统会查询显卡状态,如果显卡长时间没有反应就会重启显卡,这限制了一个kernel的执行时间。经过试验,在XP系统下kernel不能超过12秒,而Vista和Win7操作系统的时间还要更短一些。如果发生这一问题,应该首先检查代码中是否出现了死循环或者竞写,然后采用减小kernel、采用stream操作等手段避免。如果确实需要在一个kernel中完成较大的计算量,可以使用更强的显卡、使用专门的Tesla流计算方案、改用Linux操作系统,或者使用一块不进行显示的显卡(但是Vista和Win7有时会关闭没有插显示器的显卡)。未来版本的CUDA会对这些问题继续进行改进。

6.为什么在编译或者运行时会出现资源不足的提示?

如果在程序中使用了太多的register,shared,texture或者constant资源,在编译时会出现报错;如果运行中使用了太多的显存,或者是一个block中的线程太多,在运行时会出现错误。在低运算能力版本的硬件上运行为高计算能力设备编写的程序时也会发生错误。在使用变量时,需要注意各种变量的大小不能超过目标设备的计算能力版本本的相应限制,使用的显存也不能超过显存的量(如果这个显卡还需要输出显示,还要减去显示使用的显存大小)。解决资源方法主要有:减少程序使用的资源,注意释放不用的显存和内存,可者将问题进行分治。如果确有需要,应该使用拥有更大存储器的显卡,或者Tesla,Quadro等专业解决方案。

7.为什么时候在程序中无法得到正确的结果?为什么有时每次运行的结果都不同?为什么GPU的结果与CPU的结果不同?

答:由于CUDA中存在大量线程的并行,因此程序中细小的错误也会产生相当严重的后果。造成结果错误的可能原因有:死循环、类型溢出、错误的数据类型、访存赿界、竞写、缺乏同步、编译器因素等。如果是发生多线程竞写一个数据的情况,应该采用原子操作来避免;在shared memory 发生warp间交换操作的数据时,一定要使用栅栏同步保证数据的可靠性;编译器会优化掉它认为多余的的存储访问,要通过valid关键字进行管理;过于复杂的循环有时无法被正确解析,产生错误结果。如果同一个程序对同一组数据每次运行得到的结果不同,一般是发生了竞写,或者缺乏同步。GPU和CPU的运算单元采用了不同的微架构,因此即使都符合IEEE 754规范,结果不一样是理所当然的。由于CPU 中可以使用更长字长的存储器来保存中间变量,因此通常使用CPU计算得到的结果要略高一些。

最新文章

  1. 猥琐的wordpress后门分享
  2. MySQL一个语句查出各种整形占用字节数及最大最小值
  3. jQuery.noConflict() 函数
  4. poj2993 翻转2996
  5. Sybase IQ如何将大文件数据迅速加载到数据库
  6. 【解题报告】PKU 2826 An Easy Problem?!
  7. [转]Vim 复制粘贴探秘
  8. poj 2385 Apple Catching(dp)
  9. trie tree(字典树)
  10. SpringMVC 集成velocity
  11. docker上传自己的镜像
  12. HDU 4614 Vases and Flowers 【线段树】+【二分】
  13. python列表(list)的使用技巧及高级操作
  14. 《TCP/IP 详解 卷1:协议》第 5 章:Internet 协议
  15. CentOS 下安装 LEMP 服务(nginx、MariaDB/MySQL 和 php)
  16. LeetCode OJ:Remove Duplicates from Sorted Array II(移除数组中的重复元素II)
  17. pt-table-checksum、pt-table-sync核对主从库一致性
  18. Laravel5.4使用Memcached缓存
  19. Web攻击技术---OWASP top
  20. IBM MQ Explore使用

热门文章

  1. 搭建一个简单的FTP服务器
  2. ios 自定义导航栏,开启侧滑返回手势
  3. python实现王者荣耀英图片收集
  4. Visitor模式(访问者设计模式)
  5. Caused by: MetaException(message:Hive Schema version 2.1.0 does not match metastore's schema version 1.2.0 Metastore is not upgraded or corrupt)
  6. SQL Server 查看分区表(partition table)的分区范围(partition range)
  7. Nologging操作对standby的影响
  8. Win7 桌面图标消失
  9. varnish pipe 和pass的区别分析
  10. ACdream 1431——Sum vs Product——————【dfs+剪枝】