※ 引述《gt1724 (天野神无伊欧斯)》之铭言： :

※ 发信站: 批踢踢实业坊(ptt.cc) : ◆ From: 140.121.197.68 : → tonyii:AMD不意外...... 12/22 14:29 : 推 jk21234:有意见的话,明天帮你们问AMD的人....只限明天喔 XD 12/22 14:32 : → jk21234:会看到AMD管Compiler的那个人. 12/22 14:32 : → colleenbaby:加拿大不是放假了吗？他们来台湾玩吗？ 12/22 14:53 : → colleenbaby:可不可以请J大帮忙询问，可否包在一起~谢谢~ 12/22 14:54 : 推 skyust:请问一下这篇这个东西的功用是?游戏会跑的比较顺吗 12/22 17:25 : → jk21234:甚麽包在一起.....?? 12/22 17:47 2.0正式版我还没抓.不过以2.0 beta来说,假设你要用Stream的话... Stream brcc as Source ----> CAL IL ---> bin-->Load to driver(ld??) Code 如果OpenCL的话,基本上可以有两种模式,Offline跟JIT mode. 目前三种OS,MacOS,Win,Linux下可能提供其中一种或者是两种 OpenCL Offline Compile OpenCL clc llc as Source --> .bc --> CAL IL --> bin -->其他同Stream Code .ll OpenCL JIT Compile OpenCL 全部包在OpenCL.dll,Opencl.lib,以及任何OS的dynamic Library Source |=================================| Code 我还没试用过,不过OpenCL JIT方式和Stream使用brcc编译的方法可能 很难搭配吧.但是靠AMD SDK提供的clc+llc可以直接生出 CAL IL 两边的CAL IL是相容的(附注:brcc的效率排出来比较好,OpenCL差很多) 这个可能是现在这个版本的"合作"的方法. 至於单一一个compiler同时使用Stream(Brook),OpenCL的想法. 我觉得可能没有.因为Brook来自於Open64/ORC,而OpenCL目前的实作 来自於LLVM,如果你要弄成同一个compiler.... a.再来重作一个LLVM为基础的Stream Compiler -- 我觉得AMD没有那麽闲去修补这个. b.以Open64为基础,开发OpenCL的compiler. 听起来比较合理,不过Open64的开发规模很大所以如果真的作了, 之前不会一点消息都没有.... 再说,Open64会针对指令作很多最佳化,因此编译速度很慢.所以可能要放弃JIT 的想法.....不过很可能有学术团队有兴趣做这个就是了. 另外一方面来看,如果你是想要学习在不同的GPU上的语言语法的话, 同时去看Stream/OpenCL不是个好投资,因为两者的语法相通性没有那麽高. 相对的OpenCL/CUDA关键字有九成具有1对1对应关系,所以说同时学这两个 的写法比较容易互通.. --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 140.114.78.250