Компания AMD представила, наконец, свои долгожданные гибридные 32-нм процессоры второго поколения, в которых по отношению к Llano изменениям подверглось почти всё: чипы получили новые ядра CPU Piledriver, графику с новой архитектурой, улучшенный блок UVD и прочие изменения. Как же ведут себя процессоры в повседневных задачах? AMD избегает в...
非常有趣的是，即使阵列外有爬行，OCL程序也能潇洒地运行!- 而且它工作得很好，但它从一个空的、没有标记的blob中得到的不仅仅是任何东西，而是0。
好与不好，取决于个人的判断。我现在才知道。
零并不意味着什么。OCL程序可能就是不能编译。
你是否使用外部内核 编译器（来自图形硬件供应商）？
零并不能说明什么。OCL程序可能根本无法编译。
你是否使用图形硬件供应商的外部编译器？
在艰难的重启之后，分享你的印象...
这就是为什么到目前为止测试器中还没有OpenCL支持的 原因...
目前，我们正在寻找解决这个OpenCL问题的方法。
所以你看一下，安德烈。我有一个英特尔离线的（文章中甚至有一个图片）。如果出了问题，会有很多信息。你可以立即在其中编辑内核，使之更快。
非常方便。太糟糕了，没有调试。但它比在终端编辑器中要方便得多。
所以你看一下，安德烈。我有一个英特尔离线的（文章中甚至有一个图片）。如果出了问题，会有很多信息。你可以立即在里面编辑内核，这样会更快。
它非常方便。遗憾的是，没有调试功能。但它比在终端编辑器中要方便得多。
根据逻辑，内核可以工作，而且工作起来没有错误。我根本不在ME中编辑内核，因为它在检测潜在错误方面毫无用处--我在OpenCLCodeChecker中检查和编辑它。内核工作。
我特意将循环设置为超出数组，在程序运行时并没有导致OCL驱动崩溃；这个 "开口 "在这个主题中被报告过。见Ilyaz的上述帖子。
我同意，在ME中这是一个愚蠢的事情。
我的OpenCLCodeChecker并不像那样工作。好吧，管它呢，我就用英特尔的那套来做吧......
我同意，在ME中这是一个愚蠢的事情。
我的OpenCLCodeChecker并不像那样工作。好吧，去它的，我还是用英特尔的那个吧......。
是的，AMD六年前收购ATI是有原因的。就在Core 2 Duo宣布的时候。
英特尔在IGP部分也没有坐以待毙，而是仍然落后于人。On ixbt专家说，英特尔HD 4000在图形方面将与目前的A6相媲美。但这也是一个很大的进步。
P.S. 顺便说一下，Trinity的OpenCL部分并不是那么好的。它似乎是基于Cayman CE（即6xxx系列，尽管他们出于某种原因称其为HD 7xxx），但双倍于浮动的性能比为16。
P.S. 顺便说一下，Trinity的OpenCL部分并不是那么好的。该核心似乎是基于Cayman CE（即6xxx系列，尽管他们出于某种原因称其为HD 7xxx），但双倍浮动性能比为16。