请问大家对GPU进行高性能计算怎么看？

[OpenGPU2010]

GPU有很多运算单元，作为APU协处理器，大家看怎么样？

尤其是与CPU进行协作~~~~~~~~~~~``或者是Larrabee这种架构也可以~~


---------------------------------------------------------------

OpenGPU论坛http://www.opengpu.org

OpenGPU Graphics Open Source community（图形开源社区），聚焦领域(focus domain)包括：
* GPU Architecture（图形处理器体系结构）
* Graphics Algorithm（图形算法）
* GPGPU Programming （面向通用的图形处理器编程）
* Open Source Rendering Engine（开源渲染器）
* Open Source GPU Simulator/RTL Implement（开源GPU模拟器 )

[OpenGPU2010]

怎么没人回答呢：〉

---------------------------------------------------------------------

开源图形处理器体系结构论坛(OpenGPU论坛)
http://www.opengpu.org/bbs/

OpenGPU Graphics Open Source community（ 图形开源社区），聚焦领域(focus domain)包括：
* GPU Architecture（图形处理器体系结构）.
* Graphics Algorithm（图形算法).
* Open Source Rendering Engine（开源渲染器）.
* Open Source GPU Simulator/RTL Implement（开源GPU模拟器）.
* GPGPU Programming （ 面向通用的图形处理器编程）
* GPU General-purposed Computing （ GPU通用计算）.
.

[zenny_chen]

呵呵，因为你的问题估计CSDN里很多人都无法回答。
这个问题偶认为还是乃发布的OpenGPU里比较好讨论，呵呵。偶也是其中一员了。

不过偶认为GPU作为APU还是非常有前途的，呵呵。尽管Larrabee似乎是烂尾了⋯⋯
GPU本身具有大规模并行计算的能力，通过其庞大的带宽做大规模计算。现在GPGPU使得很多计算都从CPU移到了GPU那里。

目前的CPU与GPU的通信主要通过Host端存储器写命令以及数据然后往GPU里灌。GPU则是先通过控制器调度这些任务，分派到各个流处理器中执行，最后把结果也是写到Framebuffer中，哈哈。

后面如果真的要与CPU交融，作为APU的话，估计GPU就充当现在FPU的位置。现在FPU其实是个比较尴尬的处境，呵呵。很多应用都没有充分利用FPU对浮点的计算资源，比如BCD码转换等计算性能。另一方面，SIMD计算单元本身就含有了128位浮点的SIMD操作，使得对FPU的利用率进一步降低，呵呵。不过除法是必定通过FPU的。
如果后面GPU的工艺到一定程度，功耗能控制好，并且也拥有卓越性能的话，完全可以将GPU替换掉现有的FPU。x86 CPU只需通过一条指令就能驱动GPU了，呵呵。
不过，这么做其实对GPU的大规模并行特性的利用率降低了。因为GPU本身的执行流水线就很长，所以发一条命令给GPU做还不如直接在CPU上做SIMD操作。

所以，我想Intel放弃Larrabee可能也出于此想法的考虑。不过将GPU与CPU整合成SoC还是不错的主意，呵呵。这样CPU与GPU离得更近了，也就是说相互通信的延迟会变得更少，通信时的功耗也会更少。当然， 这对CPU与GPU的功耗要求还是比较高的，呵呵。毕竟是把两个热水带放到了一起。

因此，偶个人认为即便CPU与GPU整合的话，CPU可以以发布指令的方式粗粒度地去控制GPU；CPU与GPU的通信模式仍然与以前一样，通过CPU先写好指令以及数据，然后调GPU执行接口，交给GPU去处理。这样的话GPU驱动可能就简单了，呵呵。

[zenny_chen]

我想请问一下楼主，在opengpu中的用户名是啥？呵呵。
偶觉得ic.expert在处理器架构领域玩得挺转的。

[zenny_chen]

哦，对了。
其实还有http://www.gpgpu.org的存在，呵呵呵。

[hawaii]

FPU基本上大部分编译器都不生成它的代码，用SSE指令完全可以替代，包括除法。
对于易于并行化的应用，GPU加速有天然的优势。
未来CPU和GPU的融合可能是一个趋势吧，为了减少data transfer的时间。Intel和AMD都有产品和计划。NV就难受一些，因为他没有x86授权。
就GPU硬件和软件技术近年的发展来说，是非常有趣的事情。CPU和GPU的未来应该会产生很多有趣的研究成果。拭目以待吧。

[Quote=引用 2 楼 zenny_chen 的回复:]
呵呵，因为你的问题估计CSDN里很多人都无法回答。
这个问题偶认为还是乃发布的OpenGPU里比较好讨论，呵呵。偶也是其中一员了。

不过偶认为GPU作为APU还是非常有前途的，呵呵。尽管Larrabee似乎是烂尾了⋯⋯
GPU本身具有大规模并行计算的能力，通过其庞大的带宽做大规模计算。现在GPGPU使得很多计算都从CPU移到了GPU那里。

目前的CPU与GPU的通信主要通过Host……
[/Quote]

[zenny_chen]

[Quote=引用 5 楼 hawaii 的回复:]

FPU基本上大部分编译器都不生成它的代码，用SSE指令完全可以替代，包括除法。
对于易于并行化的应用，GPU加速有天然的优势。
未来CPU和GPU的融合可能是一个趋势吧，为了减少data transfer的时间。Intel和AMD都有产品和计划。NV就难受一些，因为他没有x86授权。
就GPU硬件和软件技术近年的发展来说，是非常有趣的事情。CPU和GPU的未来应该会产生很多有趣的研究成果。……
[/Quote]
呵呵，其实nVidia没有x86架构授权问题也不大。因为后面应用趋势将会向ARM架构去靠。所以nVidia应该着手准备自己GPU的低功耗产品，打入移动市场。现在用Tegra芯片的产品其实并不多，因此nVidia还需加油，呵呵。
在移动GPU市场上，nVidia将会与Imagination正面交火了，呵呵呵。

所以，nVidia与其与Intel打口水战还不如悄悄地大规模进军移动手持设备市场。Atom＋GMA的产品已经逐步走向失败，移动产品的未来无疑将是ARM核心架构的天下，呵呵。

[zenny_chen]

OpenGPU咋没动静了？？？