POPPUR爱换

 找回密码
 注册

QQ登录

只需一步,快速开始

手机号码,快捷登录

搜索
楼主: Edison
打印 上一主题 下一主题

抢先下载:AMD Stream SDK 2.2 发布

[复制链接]
21#
发表于 2010-8-13 00:51 | 只看该作者
为何AMD不是集成在一起,而是发布两种驱动啊?
晨之晖 发表于 2010-8-12 23:20

也许上面有人问的一个问题可以回答你
对普通用户有神马用?
SpitDragon 发表于 2010-8-12 17:43

普通用户根本用不着,只有少数开发人员才有用,所以AMD就不集成在普通驱动中了,免得浪费大多数人的带宽。
回复 支持 反对

使用道具 举报

22#
 楼主| 发表于 2010-8-13 01:05 | 只看该作者
AMD 的做法事实上反而会让大多数人浪费带宽,对 OpenCL 推广起到了非常坏的作用。
回复 支持 反对

使用道具 举报

23#
发表于 2010-8-13 08:55 | 只看该作者
AMD 的做法事实上反而会让大多数人浪费带宽,对 OpenCL 推广起到了非常坏的作用。
Edison 发表于 2010-8-13 01:05

对OpenCL的推广起到非常坏的作用这倒可以理解(其实我觉得非常坏还不至于,用词过重了),但是让大多数人浪费带宽,这从和说起?Stream SDK仅仅只有极少数开发人员和少数喜欢最新的玩家会下载安装,绝大多数普通玩家都不会下载安装,如何浪费了大多数人的带宽?请指教。
回复 支持 反对

使用道具 举报

tangboyun 该用户已被删除
24#
发表于 2010-8-13 17:26 | 只看该作者
提示: 作者被禁止或删除 内容自动屏蔽
回复 支持 反对

使用道具 举报

25#
 楼主| 发表于 2010-8-13 17:37 | 只看该作者
对OpenCL的推广起到非常坏的作用这倒可以理解(其实我觉得非常坏还不至于,用词过重了),但是让大多数人浪 ...
左脚选手 发表于 2010-8-13 08:55


nvidia 的 opencl icd 是和驱动在一起的,而 amd 的 opencl icd 必须下载 sdk 才能拥有,opencl icd 的文件大小只有 100KB 不到,为了 100KB 的东西而下载数十兆字节的开发包就是明显的浪费带宽行径。
回复 支持 反对

使用道具 举报

26#
发表于 2010-8-13 17:42 | 只看该作者
AMD 的做法事实上反而会让大多数人浪费带宽,对 OpenCL 推广起到了非常坏的作用。
Edison 发表于 2010-8-13 02:05


amd现在没钱钱钱~~~~~~~~~~~~~~
回复 支持 反对

使用道具 举报

27#
发表于 2010-8-13 18:11 | 只看该作者
我很想知道为什么我的HD4200不支持。。。
回复 支持 反对

使用道具 举报

28#
发表于 2010-8-13 18:15 | 只看该作者
回头装上试试
回复 支持 反对

使用道具 举报

29#
发表于 2010-8-13 18:20 | 只看该作者
nvidia 的 opencl icd 是和驱动在一起的,而 amd 的 opencl icd 必须下载 sdk 才能拥有,opencl icd 的 ...
Edison 发表于 2010-8-13 17:37



    管理员同志麻烦你说明下对普通用户有啥用,还有集成显卡是不是都不支持
回复 支持 反对

使用道具 举报

30#
发表于 2010-8-13 18:44 | 只看该作者
nvidia 的 opencl icd 是和驱动在一起的,而 amd 的 opencl icd 必须下载 sdk 才能拥有,opencl icd 的文件大小只有 100KB 不到,为了 100KB 的东西而下载数十兆字节的开发包就是明显的浪费带宽行径。Edison 发表于 2010-8-13 17:37

你的解释只是说明了浪费了极少数需要OpenCL的人的带宽,问题是现阶段绝大多数人不需要OpenCL。
目前OpenCL对绝大多数普通玩家没用,就是100K不到对没有用的普通玩家也是浪费,普通玩家才是大多数人,就算不考虑带宽,现在windows系统够臃肿了,暂时没用的东西,能不装就尽量不装为好。

而且我认为,目前阶段OpenCL应用极少,需要用到的开发人员绝大多数也是需要SDK,光有个openCL ICD对这些开发人员来说根本没用,所以目前AMD的OpenCL只是面对开发人员的,不是面对广大普通用户的。
回复 支持 反对

使用道具 举报

31#
 楼主| 发表于 2010-8-13 19:12 | 只看该作者
在 opencl icd 上采取不集成的策略,你们选择所谓的带宽浪费论调就是完全站不住脚的,100KB 的文件对于绝大多数的用户来说就是 1 秒甚至半秒不到的下载时间,这根本不存在所谓的带宽浪费问题,如果以此论调推而广之的话,CCC 中大量的文件都是完全浪费空间,更加不值得提供下载,这些论调简直是荒谬至极。

其实根本的原因就是 AMD 目前根本无法提供一个可堪用户使用的 opencl 解决方案,这样的事情发生在极力鼓吹开发标准的 AMD 身上简直是可悲之极,更可笑的是还有用户为此叫好。
回复 支持 反对

使用道具 举报

32#
发表于 2010-8-13 19:17 | 只看该作者
cl_khr_icd
cl_khr_fp64
以上两个都不支持,AMD在搞什么东东
回复 支持 反对

使用道具 举报

33#
发表于 2010-8-13 20:00 | 只看该作者
本帖最后由 左脚选手 于 2010-8-13 20:25 编辑

如果以此论调推而广之的话,CCC 中大量的文件都是完全浪费空间Edison 发表于 2010-8-13 19:12

AMD有不包含CCC的纯驱动,事实上有不少人就用纯驱动+ATT,AMD给你选择权,这样不好吗?
还有我要澄清一点,目前AMD 的确无法提供一个可堪用户使用的 opencl 解决方案,我可没有为此叫好,你不要乱扣帽子,我只是认为,现阶段OpenCL几乎没有应用,对绝大多数普通用户完全用不到OpenCL,所以驱动集不集成OpenCL icd完全是无关痛痒的事情,有些人把这个上升到“对 OpenCL 推广起到了非常坏的作用。”,我对这个偏激的观点不敢苟同。

当然,AMD可能的确没有尽全力推广OpenCL,一方面AMD资金少,还要把有限资金投入向CPU倾斜,另一方面,AMD有CPU,对于GPGPU就没有NV这个没有CPU的公司这么热心和迫切,这些都是从公司整体能力和利益出发的,无从谈起可悲不可悲,据此认为AMD可悲的人他自己才是可笑的。
回复 支持 反对

使用道具 举报

34#
 楼主| 发表于 2010-8-13 20:54 | 只看该作者
不在驱动中集成半秒时间都不到就能完成下载的 opencl icd 而需要另外下载 99% 文件都没用的SDK 对普通用户来说,这样的做法就是对推广 opencl 起到极其坏的作用这点是毫无疑问的。

如果因为用户不需要某个功能而将这个本应该集成的模块拿掉放在另一个大文件包中,那么 AMD 需要拔掉的东西绝不仅仅是 CCC,例如 OpenGL ICD,这对于目前许多用户来说都是没用的东西,按照你这样的解释,直接只提供 D3D 驱动好了。

AMD 提供 OpenCL ICD 绝不仅仅是只让 GPU 受益,OpenCL 的程序 CPU 同样能运行,在并行应用的开发上 OpenCL 更简便明了,特别是 SIMD 的开发可以大大简化。

事实上对此做法并不苟同的,绝不仅仅是我的看法,许多做过 OpenCL 开发的开发人员对此做法也是持反对意见,他们并不希望开发出来的东西需要用户另行下载一个几十兆字节的文件包才能运行。

这样的做法对推广 OpenCL 来说除了负面作用我看不出任何好处,这就是为啥我说 AMD 在这点起了的极坏作用。
回复 支持 反对

使用道具 举报

35#
发表于 2010-8-13 21:24 | 只看该作者
Update到AMD Stream SDK 2.2后,GPCBenchmarkOCL device list中GPU消失,仅剩CPU。
回复 支持 反对

使用道具 举报

36#
发表于 2010-8-13 21:50 | 只看该作者
问题在于现在没有人用得到, 你能想出来哪怕一项实际应用吗?
现在要用的都是要同时用SDK的. 将来10. ...
brl 发表于 2010-8-13 18:41

100K的东西加进去就这么难吗?NV最起码加上了吧,这就叫激进?即使用不上,这里玩卡的大多还是希望添加进去,不管是只为了YY还是真的有自己特殊应用。A饭也不是你这样的!
回复 支持 反对

使用道具 举报

37#
发表于 2010-8-13 21:54 | 只看该作者
没有的就代表不需要……这言论似乎在phyx和cuda上面都听到过,3d似乎也听到过,似乎都是针对nv的,而不是标准
回复 支持 反对

使用道具 举报

38#
发表于 2010-8-13 22:30 | 只看该作者
没讲清楚。
回复 支持 反对

使用道具 举报

39#
发表于 2010-8-13 22:31 | 只看该作者
事实上对此做法并不苟同的,绝不仅仅是我的看法,许多做过 OpenCL 开发的开发人员对此做法也是持反对意见,
Edison 发表于 2010-8-13 20:54

瞧你说来说去还是开发人员而不是普通用户。

OpenGL现在可比OpenCL应用广得多,有不少老游戏,quake和cs等都需要用到opengl,当然最终opengl估计在家用PC上是会彻底退出,到时候的确可以在驱动中去掉OpenGL ICD,现在还太早。好像微软操作系统自带的驱动都已经去除OpenGL ICD的。

说什么OpenCL程序CPU也能运行,在并行应用的开发上 OpenCL 更简便明了,怎么没看intel对OpenCL这么热情?说穿了,有CPU的的intel和AMD对OpenCL的热情和迫切感远没NV这么强烈。而且计算机技术发展到现在阶段,并不是最新效率性能更高的东西就是最好的,也要考虑继承性,否则linux也不会始终干不过windows,安腾也不会败于X86-64,编程也是一样,用OpenCL编程,需要完全推到重来,以前的代码模型和经验完全不能使用,实际开发成本和难度未必就小。


说到底,OpenCL是个好东西,但是有CPU的AMD出于自身利益和能力,不愿意也不能全力支持OpenCL,大力推广OpenCL的重任,只有落在NV身上了,但是AMD就算不全力支持OpenCL,也不会拖OpenCL的后腿,AMD又没说不支持,对OpenCL的支持也在逐渐改进,你说AMD起了极坏的作用,我觉得是冤枉了AMD,也是太抬举AMD了,AMD在GPGPU领域没有这么大的影响力。当然你作为资深Nfan,完全站在NV的立场说话,看到自己心仪公司的技术不被对手公司AMD全力支持而影响了NV的努力,所以对AMD抱有怨言过度指责AMD,这我也能理解。
回复 支持 反对

使用道具 举报

40#
 楼主| 发表于 2010-8-13 23:10 | 只看该作者
提及开发人员的看法主要是为了佐证 AMD 在 OpenCL 推广上起很坏作用,这就是个简单的鸡和蛋谁先存在的问题一样,开发人员开发的程序需要用户另外下载数十兆字节的废物,加上 AMD OpenCL 表现的低劣表现,也就让并行程序的开发人员不得不索性考虑其他更成熟的方案,例如 CUDA,从而抑制了 OpenCL 程序推广。

如果当初 OpenGL ICD 没有集成到显卡厂商的驱动中,你口中那个的 “有不少老游戏,quake和cs等都需要用到openg” 就根本不可能存在。至于你说的"好像微软操作系统自带的驱动都已经去除OpenGL ICD的。"这点本身其实根本就没啥意义,先不说 Windows Vista/7 本身是有 OpenGL 1.x 驱动( D3D warper 实现),在现实中我们根本不需要考虑这个问题,因为我们都知道我们下载的显卡驱动本身就有 OpenGL ICD,符合标准的 OpenGL 程序直接拿来开跑就可以了,而且这个东西在家用 PC 上存在的时间没准会比封闭标准 D3D 更长久。

我不知道你为何说使用 OpenCL 就会导致失去继承性,变成不考虑继承性了。到目前为止我所看到的 OpenCL 程序还没有哪个是不能运行在 CPU 上的,如果你是指旧程序跑 OpenCL,那只能说明你根本连 OpenCL 是啥都不清楚,简直是莫名其妙的提法。

为 AMD 辩护不成,转而要攻击个人立场用以佐证你的观点?老把戏。
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 注册

本版积分规则

广告投放或合作|网站地图|处罚通告|

GMT+8, 2025-9-15 00:54

Powered by Discuz! X3.4

© 2001-2017 POPPUR.

快速回复 返回顶部 返回列表