作者jk21234 ( 1569 11 /47)
看板VideoCard
標題Re: [情報] ATI Stream SDK 2.0正式發佈 支持OpenCL
時間Tue Dec 22 18:12:46 2009
※ 引述《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
→ VictorTom:專業.... CD先.... Orz 12/22 18:36
推 VictorTom:OO術.... XD 12/22 18:40
推 wch6858:只能先推了..意思就是OPENCL和CUDA互通性較高就是了 12/22 19:34
推 scaredreal:OpenCL 不是AMD力推一種通用平台來對付NV獨有的CUDA 12/22 19:38
→ scaredreal:的武器嗎？ 怎麼搞成OpenCL/CUDA還比較像 12/22 19:38
→ scaredreal:反而把自己家的Stream給邊緣化？ 12/22 19:38
推 VictorTom:OpenCL不能說是AMD力推, 而且這些Open##的標準本來就AMD 12/22 22:41
→ VictorTom:NV, Intel, Apple, ooxx等公司會一起協訂, 當然還有管理 12/22 22:41
→ VictorTom:者K組織; 一定要說的話, 比較像AMD的通用運算工具出來的 12/22 22:42
→ VictorTom:太慢, 只好往OpenCL靠攏來彌補Stream動作較慢資源較缺乏 12/22 22:43
→ VictorTom:的問題, 至於OpenCL像誰, 你看誰的工具先比較成熟的或者 12/22 22:44
→ VictorTom:誰比較有力主導的, 它自然就像誰XD 12/22 22:44
推 scaredreal:這樣我看OpenCL很難救的了Stream 12/23 00:16