标题: open cl,到底是谁的悲劇?最新更新——胆敢说OPEN CL是AMD杯具的蚍蜉们!颤抖吧! [打印本页] 作者: 贵甲 时间: 2010-1-14 12:21 标题: open cl,到底是谁的悲劇?最新更新——胆敢说OPEN CL是AMD杯具的蚍蜉们!颤抖吧! 本帖最后由 贵甲 于 2010-1-15 12:51 编辑
folding@home news January 13, 2010
Some more details on the GPU3 core, regarding OpenCL
Here is an update and some more details on the third generation GPU core. As I stated before, this core is built on OpenMM, which brings the science further along and allows us to make easier updates. OpenMM supports OpenCL in beta form in its 1.0 release (scheduled for late January 2010), but it is important to stress that the OpenCL support is very early and so we will not be relying on OpenCL in the first releases of the GPU3 core.
This means that the core will only roll out for NVIDIA first. ATI has depreciated Brook, but does not have a fully-functioning OpenCL implementation, so we are stuck in between support on the ATI side. Once the OpenCL implementation matures (on both ATI and NVIDIA), we will be able to finish and optimize our OpenCL code (we can't reliably optimize code until the implementations are more finalized), and then the OpenCL portions will go into QA.
So, if you are interested in OpenCL (especially in terms of ATI support), this will not be in the initial release, but once the environment has matured, we will push forward. By the way, once OpenCL support for multi-core boxes has matured, we will also see about porting the GPU3 code as a new SMP2 style core as well (i.e. threads-based SMP support). If the performance is strong, it's appealing to think that we can go back to having a single dominant code base for much of FAH's calculations.
January 14, 2010
Important update on my post on OpenCL
Just an update on my blog post. I want to make it clear that we're seeing problems in both of our ATI and NVIDIA GPU OpenCL implementations for OpenMM. Maybe it's on our side (I'm bet some bugs are on our side), but we suspect there could possibly be some issues with both the NVIDIA and ATI OpenCL implementations (and maybe even Apple's). We are working with everyone closely to either fix our bugs or get our code compliant with the OpenCL implementations.
Also, it looks like I should have been more careful in my wording of my previous post. I was referring to the issues above when talking about whether the ATI implementation was "fully functional" and some groups have gotten this out of my intended context. As far as I understand, the ATI OpenCL implementation is fully functional.
Finally, it is important to note that our Brook code is still supported, just not actively developed so Folding@Home/OpenMM is concentrating on shifting to OpenCL, so no more active development using Brook.
256 mb 似乎是指可以一次分配的内存大小,在 amd 的设计里好像就是只有 1/4 物理内存的大小。作者: 贵甲 时间: 2010-1-14 13:08
在准备好新接口之前就抛弃brook+,与这有关么作者: mooncocoon 时间: 2010-1-14 17:10
This means that the core will only roll out for NVIDIA first. ATI has depreciated Brook, but does not have a fully-functioning OpenCL implementation
233.........作者: yinruowen 时间: 2010-1-15 12:58
那你们以为 A 卡能干什么作者: westlee 时间: 2010-1-15 13:02
提示: 作者被禁止或删除 内容自动屏蔽作者: yinruowen 时间: 2010-1-15 13:05
Just an update on my blog post. I want to make it clear that we're seeing problems in both of our ATI and NVIDIA GPU OpenCL implementations for OpenMM. Maybe it's on our side (I'm bet some bugs are on our side), but we suspect there could possibly be some issues with both the NVIDIA and ATI OpenCL implementations (and maybe even Apple's). We are working with everyone closely to either fix our bugs or get our code compliant with the OpenCL implementations.
Also, it looks like I should have been more careful in my wording of my previous post. I was referring to the issues above when talking about whether the ATI implementation was "fully functional" and some groups have gotten this out of my intended context. As far as I understand, the ATI OpenCL implementation is fully functional.
Finally, it is important to note that our Brook code is still supported, just not actively developed so Folding@Home/OpenMM is concentrating on shifting to OpenCL, so no more active development using Brook.作者: maoliwudi1 时间: 2010-1-15 13:20
fanyi de bu cuo作者: Ju1pX 时间: 2010-1-15 13:38
这贴把某个词替换成另一个词,回复频率能高5倍。作者: yinruowen 时间: 2010-1-15 13:39
Finally, it is important to note that our Brook code is still supported, just not actively developed so Folding@Home/OpenMM is concentrating on shifting to OpenCL, so no more active development using Brook.