CUDA很不错啊

system888net

int main()
{
    if(!InitCUDA())
    {
        printf("\n\r无法执行CUDA功能");
        return(0);
    }
    else
    {
        printf("\n\r init CUDA功能成功....");
    }
    //开始利用功能进一步的处理.....
    //要利用 CUDA 进行计算之前，要先把数据复制到显卡内存中，才能让显示芯片使用
    //do somthing...
    return(1);
}

[ 本帖最后由 system888net 于 2009-1-1 00:00 编辑 ]

prolj

回复 #8 cjaizss 的帖子
我晚了一步，LS已经说了，而且比我想的全面。

回复 #9 system888net 的帖子
   1. 显示芯片的运算单元数量很多，因此对于不能高度并行化的工作，所能带来的帮助就不大。
只是用于计算，那些东西对向量化和并行化需求很大，而OS这些传统软件就...如果说多任务，那是OS的事情，不是compiler的问题。虽然我还不了解科学计算那些东西，但是总比为游戏做贡献要好的多吧（我一直坚持认为开发游戏是对不起良心的事情）。OS和传统软件还是在CPU上跑的，我觉得现在的Intel双核U跑OS对于P4的单核U没什么优势。
   2. 显示芯片目前通常只支持 32 bits 浮点数，且多半不能完全支持 IEEE 754 规格， 有些运算的精确度可能较低。目前许多显示芯片并没有分开的整数运算单元，因此整数运算的效率较差。
不了解
   3. 显示芯片通常不具有分支预测等复杂的流程控制单元，因此对于具有高度分支的程序，效率会比较差。
compiler可以配合么？
   4. 目前 GPGPU 的程序模型仍不成熟，也还没有公认的标准。例如 NVIDIA 和 AMD/ATI 就有各自不同的程序模型。
这个...
而且一切都在发展中嘛...我只是关心编译，虽然其中用到的编译技术早就存在了，但是我还没掌握...当然我对Arch感冒...

system888net

//要利用 CUDA 进行计算之前，要先把数据复制到显卡内存中，才能让显示芯片使用

1. 
   
2.    int  cpu_data[100]
   
3.    int* ptr_gpu_data;
   
4. 
   
5.     cudaMalloc((void**) &ptr_gpu_data, sizeof(cpu_data));  //申请GPU内存.
   
6.     cudaMemcpy(ptr_gpu_data, cpu_data, sizeof(cpu_data),cudaMemcpyHostToDevice);  //传送数据到GPU内存.
   
7.    //开始处理....
   
8.    //...大家元旦快乐!
   

复制代码

[ 本帖最后由 system888net 于 2009-1-1 00:14 编辑 ]

system888net

//开始处理....
声明函数时加上 __global__,则在显示芯片上执行:

1. 
   
2. __global__ static void test(int *var, int* sum_output)
   
3. {
   
4.     int i;
   
5.     int sum= 0;
   
6. 
   
7.     for(i=0;i<100;i++)
   
8.    {
   
9.         sum+=(var[i]*var[i]*10);
   
10.     }
    
11.     *sum_output=sum;
    
12.     return;
    
13. }
    

复制代码

prolj

还有就是和ARM+DSP的思路是一样的啊

cjaizss

原帖由 prolj 于 2009-1-1 00:16 发表
还有就是和ARM+DSP的思路是一样的啊

......呵呵,这个思路偶倒是比较熟悉

system888net

回传及释放工作:

1. 
   
2.     int cpu_var_value;
   
3. 
   
4.    //把结果传送回CPU
   
5.     cudaMemcpy(&cpu_var_value, gpu_result, sizeof(int), udaMemcpyDeviceToHost);
   
6.    //进行GPU释放工作
   
7.     cudaFree(ptr_gpu_data);
   
8.     cudaFree(gpu_result);
   

复制代码

[ 本帖最后由 system888net 于 2009-1-1 00:20 编辑 ]

system888net

其实这里有个CPU和GPU的工作协同调度及负载动态平衡的关系.
两者应该是互补而不是替代.

prolj

其实就是这个啊，就是DSP多了俩，强大了点，一样的。和你的设计思路也是一样的啊，只是你用fpga代替了dsp。 要不是你的思路在前，我也不会那么肯定Cell这种异构多核。

system888net

一种可能是将来各个板卡的芯片的能力越来越强,都会是一个独立的计算单元(如GPU),因此异构的计算概念有了变化,从不同的机器异构扩展到了同一个机器里不同处理单元的异构协同.