GPU通用运算在桌面是不是已经遇到一个瓶颈了？

左脚选手 · 发表于 2010-8-23 21:17

本帖最后由左脚选手于 2010-8-23 21:20 编辑

Knights Ferry已经出货了。
itany 发表于 2010-8-23 20:41

Knights Ferry不是用来压片的。Software development platform，软件开发平台而已，根本不会被用到压片领域。

只看该作者 · 发表于 2010-8-23 21:24

提示: 作者被禁止或删除内容自动屏蔽

whoAU · 发表于 2010-8-23 22:36

那你就永远呆在冬天吧, 春天永远不会来临. GPGPU永远不可能用在这些基本的应用里(除了Excel/Access还 ...
brl 发表于 2010-8-23 20:35

X86平台不行,还有其它平台了,天下也不是只有一种操作系统,GPGPU也不是只用来压片的,能用的地方多了.
只有在各个领域中广泛应用了，GPGPU才会正真在你不知不觉中进入你所谓的永远不可能用的基本应用里。

itany · 发表于 2010-8-23 23:38

Knights Ferry不是用来压片的。Software development platform，软件开发平台而已，根本不会被用到压片领 ...
左脚选手发表于 2010-8-23 21:17

Encoder重新编译一下可能就能用在Knights Ferry上边了
没准已经有开发者在上边跑过压片了。

itany · 发表于 2010-8-23 23:41

请问，售价多少，如何才能买到？国内啥时候可以登录x东，x蛋这样的网购平台？
westlee 发表于 2010-8-23 21:24

请问x东、x蛋能买到Xeon MP不？

左脚选手 · 发表于 2010-8-23 23:45

本帖最后由左脚选手于 2010-8-23 23:46 编辑

Encoder重新编译一下可能就能用在Knights Ferry上边了
没准已经有开发者在上边跑过压片了。
itany 发表于 2010-8-23 23:38

原来是“可能”“没准”啊，“可能”“没准”的东西有什么好说的。

itany · 发表于 2010-8-24 00:16

本帖最后由 itany 于 2010-8-24 00:18 编辑

原来是“可能”“没准”啊，“可能”“没准”的东西有什么好说的。
左脚选手发表于 2010-8-23 23:45

1 理论上是完全可以的，实践上是完全值得的
2 Knights确实以开发套件的形式发售了

说Knights来压片比说Ivy Bridge用来压片怎么样？
比一年前说Sandy Bridge用来压片有怎么样呢？
人非要事到临头才能有觉悟么？

左脚选手 · 发表于 2010-8-24 00:44

本帖最后由左脚选手于 2010-8-24 00:59 编辑

1 理论上是完全可以的，实践上是完全值得的
2 Knights确实以开发套件的形式发售了

说Knights来压片 ...
itany 发表于 2010-8-24 00:16

Knights压片的测评呢？没有吧，等有了真实可信的测评，并且的确在速度和质量上比A/N优秀，才有资格叫嚣“只有Larrabee能拯救压片，AN都不行”。我只相信真实可信的结果，而不是“可能”“没准”，要是这样我也可以说“可能”“没准”Knights的压片还不如AN，大家都是拿不出证据来，那就都空对空的空口说白话好了。Knights有128个线程，谁知道128个线程压片结果是什么？而且Knights的32个core又不是完全等同于常规X86内核，没有真实可信的测评，你也只是“可能”“没准”。

itany · 发表于 2010-8-24 01:26

本帖最后由 itany 于 2010-8-24 01:28 编辑

Knights压片的测评呢？没有吧，等有了真实可信的测评，并且的确在速度和质量上比A/N优秀，才有资格叫嚣“ ...
左脚选手发表于 2010-8-24 00:44

就是不看结果，能不能直接说Sandy Bridge比Llano强呢？我认为是可以的
人关键是有一定的前瞻性

证据就是，Knights更像是x86，不管是AVX，还是内存模型。而且处理分支也更像是x86
用得起Larrabee的，比如说字幕组，完全可以上Larrabee同时压几个片子
如果Larrabee能塞1G-2G本地内存的话，完全可以搞定多路压片的

左脚选手 · 发表于 2010-8-24 01:57

本帖最后由左脚选手于 2010-8-24 02:17 编辑

就是不看结果，能不能直接说Sandy Bridge比Llano强呢？我认为是可以的
人关键是有一定的前瞻性

证据就是，Knights更像是x86，不管是AVX，还是内存模型。而且处理分支也更像是x86
itany 发表于 2010-8-24 01:26

只是更像，不是等于？
还这就是证据，黑猩猩的基因和人类基因相似度达到96%以上呢。
任你说的天花乱坠，没有实物测评的结果，一切都是浮云，人的确是要有前瞻性，但是最终结果必须要证明确认，歌德巴赫猜想，在没有被证明确认前，它只是个猜想而不是被证明的理论。
还多路压片，到底速度如何？现在的I7 980都是3.33G的6核，你的Knights才1.2G 32核，真以有强很多？
前面brl人家有理有据，才能让人信服，你满口“可能”“没准”，一句前瞻性什么都拿不出来就想别人认同？算了，不和你打无谓的口水仗了。

stalker-cop · 发表于 2010-8-24 15:24

给某个石油单位做了GPU并行计算项目，有些经验和总结：
1.并行化严重依赖具体的算法，有些算法天生并行度就很小，再优化提升都极为有限。这个和CPU，GPU没有关系。
2.并行化与数据量也有关系，很小的数据量就不要费力去做什么GPU了，内存-显存的I/O时间都比计算时间长的多。
3.如果算法和数据都合适，性能提升几十倍也不是什么困难的事。
3.GPU的精度累计误差是个很大的问题，迭代几千次后，误差都有可能跑到小数点前面去了。
4.cuda编码本身并不复杂，一合格的程序员再加点空间想象力。培训几天都基本能入门。困难的在于选择合适的数据拆分方式和确定并行的粒度。
5.总体来说GPU并行计算目前能应用的面还很窄，主要还是集中在石油等行业，民用级还很少能用上（除了视频转换外）。
6.不同的显卡必须设置不同的参数，才能做到性能的最大化，比如FX1800和GTX480，遗憾的是这些都必须手工调整。
GPU并行计算必须解决以下几个问题，才能有更好的前景。
1.cpu、gpu统一的编程模型
2.统一的内存地址访问
3.与cpu一样的精度

slice · 发表于 2010-8-24 17:23

给某个石油单位做了GPU并行计算项目，有些经验和总结：
5.总体来说GPU并行计算目前能应用的面还很窄，主要还是集中在石油等行业，民用级还很少能用上（除了视频转换外）。
stalker-cop 发表于 2010-8-24 15:24

问题是就算视频转换它也没有干好，所以我才发这个帖子，是没有干好呢，还是根本没能力干好呢？我指目前的GPU，未来都会越来越强不再探讨之列。

stalker-cop · 发表于 2010-8-24 18:06

本帖最后由 stalker-cop 于 2010-8-24 18:08 编辑

回复 49# slice

我没有用过gpu视频转换不敢妄加评论，不过我估计效果不好会不会有以下几个方面的原因：
1.精度的问题
2.为了并行化，修改了视频转换的算法，导致画面质量下降。
补充一下，个人认为是没有能力干好。

stalker-cop · 发表于 2010-8-25 09:09

回复 51# darkstorm

学习了，谢谢。

welva · 发表于 2010-8-27 01:49

牛人蛮多各种专业术语我只能看看了

sunrising · 发表于 2010-8-28 08:28

新手学习了。

zxl7288436 · 发表于 2010-8-28 22:27

通用运算不是只有压片能用啊，下一代浏览器不是都有GPU加速了嘛，现在的问题是GPU和软件都还不怎么成熟，效率也不如意，而NV希望通吃的femi也成了杯具，估计短期内GPU应用还是雷声大雨点小

caca1 · 发表于 2010-8-28 23:37

凑凑热闹从5楼开始就看不懂了

帐号		自动登录	找回密码
密码			注册

westlee 该用户已被删除	22^# 发表于 2010-8-23 21:24 \| 只看该作者提示: 作者被禁止或删除内容自动屏蔽
westlee 该用户已被删除
	回复支持反对使用道具举报显身卡