告别

Cyrosly 2010-01-13 12:39:27
无限期告别CUDA论坛,发现GPU技术做的再好也只能拿到悲剧性的薪酬,所以决定改行了,做自己真正喜欢的事情。这是在这里的最后一贴,告别CUDA,告别GPU并行计算所有的概念与意识。顺便提前给大家拜个年。。。。。
...全文
233 21 打赏 收藏 转发到动态 举报
写回复
用AI写文章
21 条回复
切换为时间正序
请发表友善的回复…
发表回复
beyondht2003 2010-03-02
  • 打赏
  • 举报
回复
说得对,我觉得OpenCL/Direct Compute是很有发展前景的。
你的头像好眼熟啊,我买的那本书的作者啊,呵呵
引用 2 楼 openhero 的回复:
选择好自己的路吧~~
定好一方向,坚持走下去吧~
不要拣了芝麻丢了西瓜……

切忌~~

祝福lz吧~~
常回来看看
hoolol 2010-03-01
  • 打赏
  • 举报
回复
引用 10 楼 l7331014 的回复:
GPU的线程切换很快捷,(SIMD的原因?),而且不依赖cache.(线程切换后cache就完蛋了吧),希望这两点不要改变.(看fermi的线路有向cpu"靠拢"的倾向,如果最后搞成个四不像,就不好玩了.)


以后NV还是应该在GPU内部加个标量核,ARM或者PPC都行,我一直觉得向Cell这样的异构核架构是向量处理器走向通用计算的唯一道路。
OpenGPU2010 2010-03-01
  • 打赏
  • 举报
回复
引用 17 楼 cyrosly 的回复:
其实是娱乐餐饮动漫结合


强大阿!!回头去给搂主捧场。有cosplay不?

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

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

OpenGPU Graphics Open Source community(图形开源社区),聚焦领域(focus domain)包括:
* GPU Architecture(图形处理器体系结构)
* Graphics Algorithm(图形算法)
* GPGPU Programming (面向通用的图形处理器编程)
* Open Source Rendering Engine(开源渲染器)
* Open Source GPU Simulator/RTL Implement(开源GPU模拟器 )
huangshuojch 2010-02-28
  • 打赏
  • 举报
回复
如果用于通用计算,GPU的使用才刚刚开始。
Cyrosly 2010-02-28
  • 打赏
  • 举报
回复
其实是娱乐餐饮动漫结合
Cyrosly 2010-02-28
  • 打赏
  • 举报
回复
引用 14 楼 opengpu2010 的回复:
楼主改行做什么了:〉


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

<span style="color:#0000FF">OpenGPU论坛</span>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模拟器 )


可能做餐饮或者动漫相关的,一直就有一个和动漫有关的特殊想法,但也一直没有去实现
副组长 2010-02-27
  • 打赏
  • 举报
回复
这个一般都是搞科学计算自己用的多吧?作为自己科学领域的一个工具是不错的。
OpenGPU2010 2010-02-27
  • 打赏
  • 举报
回复
楼主改行做什么了:〉




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

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模拟器 )
zaviichen 2010-02-22
  • 打赏
  • 举报
回复
太震撼了。。。bless!
  • 打赏
  • 举报
回复
GPU的线程切换很快捷,(SIMD的原因?),而且不依赖cache.(线程切换后cache就完蛋了吧),希望这两点不要改变.(看fermi的线路有向cpu"靠拢"的倾向,如果最后搞成个四不像,就不好玩了.)
Bean_Young 2010-02-21
  • 打赏
  • 举报
回复
我CUDA还没入门呢,向往很久了,但一直没钱换显卡,杯具啊。。。
Cyrosly 2010-02-21
  • 打赏
  • 举报
回复
没办法,合同没到期,暂时还真告不了了
cuda2010 2010-02-20
  • 打赏
  • 举报
回复
icc是要好些,特别在flops方面提升比较明显,主要原因是会自动使用sse,而以前老的编译器不会。

不过内存带宽方面icc的改善就不是那么明显了,对于某些带宽瓶颈型的程序,测试出现过icc甚至比gcc还慢的情况,估计是构架如此intel也没办法。CPU应用的实际带宽实在太依赖cache了,对于某些没有办法高效利用cache的大型程序,实测性能非常的低。

CPU的SMP构架性能也同样严重受到内存带宽限制,如对于4核CPU,理想情况下,4核并行速度可以达到单核的400%。但在某些极端条件下,内存带宽受限,并行效率就会急剧降低,测试甚至发现过4核并行的性能和单核完全相同的情况。要想改变这样的状况,只能寄希望于将来CPU和GPU的融合了。


  • 打赏
  • 举报
回复
引用 7 楼 cuda2010 的回复:
显卡计算技术我觉得还是挺有前途的,目前最让我满意的一点就是经过优化后的确能达到其宣传的理论性能。相反,CPU编程倒是很难达到宣传的理论性能,特别是内存的实际带宽,不知道大家有没有仔细测试过,真是有些惨不忍睹啊。


据说用intel的编译器要好很多.
硬件细节不开放给你,就是想"挖潜"也没办法.这点上,cuda稍好点.
不然,你尝试一下以前的brook?郁闷死你.
cuda2010 2010-02-20
  • 打赏
  • 举报
回复
我倒是觉得CUDA显卡编程本身就是一项很有趣的技术,即使不作为主业,如果把它当作兴趣来研究,不也很有意思吗?
显卡计算技术我觉得还是挺有前途的,目前最让我满意的一点就是经过优化后的确能达到其宣传的理论性能。相反,CPU编程倒是很难达到宣传的理论性能,特别是内存的实际带宽,不知道大家有没有仔细测试过,真是有些惨不忍睹啊。
cjdj 2010-01-27
  • 打赏
  • 举报
回复
Cyrosly都要改行了,悲剧啊
Awrmb 2010-01-18
  • 打赏
  • 举报
回复
同楼上
yosoqoo 2010-01-18
  • 打赏
  • 举报
回复
对于才开始学习GPU知识的我,挺打击的,呵呵!^_^
不过我还是想继续折腾下去!……
  • 打赏
  • 举报
回复
祝福楼主,搞技术大多是替别人打工,如果真有几个有本事的人自己出来创业就好了,又能搞喜欢的技术,又能当老板,当然也要冒风险。
OpenHero 2010-01-13
  • 打赏
  • 举报
回复
选择好自己的路吧~~
定好一方向,坚持走下去吧~
不要拣了芝麻丢了西瓜……

切忌~~

祝福lz吧~~
常回来看看
加载更多回复(1)

579

社区成员

发帖
与我相关
我的任务
社区描述
CUDA™是一种由NVIDIA推出的通用并行计算架构,该架构使GPU能够解决复杂的计算问题。 它包含了CUDA指令集架构(ISA)以及GPU内部的并行计算引擎。
社区管理员
  • CUDA编程社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧