话说CUDA可以支持C编写的程序

daniel_k

那么重新编译下Linux是不是就可以在GPU上跑了？
archLinux for NVIDIA

fineday

CUDA应该只是提供了一些API而已，不能完成真正意义上的通用计算。

Edison

CUDA不是API，而是语言，既可以和D3D/OGL合作，也可以脱离它们来直接使用G8X/G9X的可编程单元进行运算，有自己独立的驱动程序，是一个让代码可以在GPU上运行的C语言简单扩展，使用比ATI CTM（已经被AMD废弃）简单得多。

Isrufile

看来CUDA还没有被大家正确认识之前，已经在某些人心中被神化了。。。
老大有CUDA的技术资料吗？

fineday

原帖由 Edison 于 2008-5-28 13:54 发表
CUDA不是API，而是语言，既可以和D3D/OGL合作，也可以脱离它们来直接使用G8X/G9X的可编程单元进行运算，有自己独立的驱动程序，是一个让代码可以在GPU上运行的C语言简单扩展，使用比ATI CTM（已经被AMD废弃）简单得多 ...

也许说的不够清楚吧，我的意思就是CUDA只是提供了一组类似接口或者函数的东西，可以让一部分的东西转移到GPU上运行，仅此而已。离真正意义上的全通用计算还非常远。

或者说，更类似一个库。

tomsmith123

CUDA 分两个层次，一个层次是CUDA SDK，是比较高层的API，有BLAS 库，这是在CUDA 底层API 之上的；另一个层次是CUDA TOOLKIT 描述的层次，这层的API 直接调用驱动程序的API，或者通过驱动直接和显卡芯片通讯。
CUDA 不是语言，是一种基于C 扩展的描述。
CUDA 和D3D 或者OGL 没有什么关系，有兴趣可以参考CUDA 的教程。

daniel_k

难道真的不能吗？:loveliness:

tomsmith123

普通cuda 程序需要运行，也需要一个引子程序，这个程序要用C 或者其他语言来写，用于传入传出cuda 的运算数据，然后写.cu 的cuda 程序，用nvcc 编译。

Isrufile

原帖由 tomsmith123 于 2008-5-28 17:21 发表
普通cuda 程序需要运行，也需要一个引子程序，这个程序要用C 或者其他语言来写，用于传入传出cuda 的运算数据，然后写.cu 的cuda 程序，用nvcc 编译。

放出资料地址，有集成开发环境和API文档吗？哪里可以下到SDK？

tomsmith123

http://www.nvidia.com/object/cuda_get.html

Edison

还只能看中文的网友可以参阅：

http://www.cudachina.net/zone_tetml

CSDN的CUDA技术文章中的图片居然用.bmp格式，晕死了。

rickerlian

强烈建议CUDA不要建立在入侵性框架之上，而是要建立在IoC方式之上
例如，CUDA提供一套C运行库以及C静态库，让程序设计人员有选择性地连接程序，比如可以选择连接CUDA的C运行库或者是最烂mscrt库
如果CUDA能达到这样的高度，那么取代CPU的日子指日可待:p :p :p

deathwaltz

那么CUDA是跟SystemC类似的东西？
C上的扩展

daniel_k

原帖由 tomsmith123 于 2008-5-28 17:21 发表
普通cuda 程序需要运行，也需要一个引子程序，这个程序要用C 或者其他语言来写，用于传入传出cuda 的运算数据，然后写.cu 的cuda 程序，用nvcc 编译。

老大，那把引子程序做个enhance image用grub引导，能不能带起Linux呢？
我想说的是，这个东东有实现的可能不:loveliness:

koppie

个人认为CUDA对底层不够开放，一切只能NV给的框架内进行。如果再放开些限制就好了

原帖由 fineday 于 2008-5-28 15:10 发表

也许说的不够清楚吧，我的意思就是CUDA只是提供了一组类似接口或者函数的东西，可以让一部分的东西转移到GPU上运行，仅此而已。离真正意义上的全通用计算还非常远。

或者说，更类似一个库。

tomsmith123

用GPU为了加速，仅仅是引导系统，CPU 不慢。
实现也没有意义。
GPU 目前的地位是SIMD 的协处理器。

boris_lee

cuda貌似就给了一大堆浮点API。。。

daniel_k

原帖由 tomsmith123 于 2008-5-29 10:35 发表
用GPU为了加速，仅仅是引导系统，CPU 不慢。
实现也没有意义。
GPU 目前的地位是SIMD 的协处理器。

好像有点明白了，就像多了个X87协处理器一样撒:loveliness: