※ 引述《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