打印

[業界消息] HSA Whitepaper & Samsung joins HSA

HSA Whitepaper & Samsung joins HSA

http://developer.amd.com/documen ... ure/Asset/hsa10.pdf

我覺得對於消費者來說的重點是 HSA 的 application 是可以在沒有 HSA 的環境下運行


-


接下來同我講 Sony and Microsoft joins HSA 我都唔會怕鳥

[ 本帖最後由 Puff 於 2012-9-1 01:48 編輯 ]

TOP

好有用囉 sosad
can code heterogeneous applications in the traditional CPU way wo... 然後 can use host data structures & universal pointers...

[ 本帖最後由 Puff 於 2012-9-1 22:12 編輯 ]

TOP

引用:
原帖由 qcmadness 於 2012-9-1 22:11 發表

promotion無乜用, 除左要有product, 仲要有advertisement
呢份係 targeting developers 既 whitepaper.

[ 本帖最後由 Puff 於 2012-9-1 22:15 編輯 ]

TOP

引用:
原帖由 qcmadness 於 2012-9-1 22:19 發表

無control唔係一件好事, 除非規定係用OpenCL / OpenGL之類

講就話係common software development, 但係CPU arch又唔同, 又唔係有咩control, 而家真係唔睇好
唔明你想講乜。HSA 咪係 OpenCL 既 friend. 更加 advanced, 更多 extended features 咁解姐.
你話 CPU arch 既,基本上一開波既 executable 已經係要 native binary 架啦,無得控制架喎...
就算 write once run everywhere 既 Java,都要 binary call JVM 啦,仲有 OS specific code 呢。

再講,HSA 既 theme 唔係 write once run everywhere... 係 common compilation, runtime stack & environment with a unified programming model for heterogeneous computing. 你要 write once run everywhere 既,請搵埋 Aparapi + Java 一齊黎。

[ 本帖最後由 Puff 於 2012-9-1 22:52 編輯 ]

TOP

引用:
原帖由 qcmadness 於 2012-9-1 23:00 發表

仲衰過windows... 效能唔會好
幾乎係Android AMD版, 咁做咩唔用Android
講真,對 how OpenCL works 有下親切既認識就會明白 HSA 係想搞乜春。
我真係唔明有幾難明同幾咁 useless. 仲 Android AMD 版,我覺得你大概連 HSA 係做乜都點做可能唔太清楚。
我唔反對係 JIT 方面係相似,HSA 都會有 JIT,但係用途用處對象時機完全唔同呀嘛。

你之前又講過句「除非規定係用OpenCL blahblahblah」,我真係唔明你想講乜。
不過無所謂,有一樣關於 OCL 既一定要講。唔少 HSA 走前一步既野,OCL 2.0 將會跟進。如果 HSA 是 disastrous 的話,成個業界都係傻的嗎?

[ 本帖最後由 Puff 於 2012-9-2 01:49 編輯 ]

TOP

引用:
原帖由 qcmadness 於 2012-9-2 09:35 發表

我既意思係有common system language, 無話一定係用OpenCL/GL
實情係佢依然都係 API... 其實運作模式同 C++ AMP 非常相似,但細節上不盡相同。
至於 common system language,HSA IL 不就是了。

如果你係話 CPU arch 無強制要用 HSA IL,HSA 的確係只強制 codes sharing between LCU & TCU (or TCU only code) 先要有 HSA IL bytecode。但係 HSA 同樣要求全部 code 要有 without HSA environment 亦能運作既版本。所以換句話講,佢係要做 cross-platform,但唔係 cross-CPU-arch,而係相同 OS 同 CPU arch 既環境之下,有同無 HSA runtime support 都可以執行。即係話,部電腦無 HSA support,HSA executable 本來係 offload 去 throughput unit 既野依然經 SSE/AVX 馬照跑舞照跳;部電腦有 HSA support,就用 full HSA path 黎執行,萬馬奔騰舞姿艷麗。

如果要 cross-OS/cross-CPU-arch,HSA 亦都會支援 Java/LLVM 呢類既 virtual machine。so... I still don't understand the problem.

TOP

引用:
原帖由 qcmadness 於 2012-9-2 19:34 發表

最後會變得好慢
Zzz 唔同你拗,次次都係我講到口水咁長,然後你幾粒字黎回。我都唔知仲有乜好講

TOP

Well, 你問點樣合作推一個平台,依家咪有 HSA Foundation. Khronos 都係咁玩法姐。 你問點樣同時支援幾個平台,呢件事同 OpenCL 一樣姐,OpenCL 咪有 Standard Runtime,有 Conformance Test. Native? 要 Native 黎做乜呢? 係 Linux 同係 Windows 底下既 OpenGL application 都係兩回事啦係咪呀? HSA 又唔係 OS. HSA 係 API + Compiler Toolchain + Runtime + Domain Libraries. 兼且有同 C++ AMP/OpenCL 既 interoperability. 換句話講,咪就係一個 expanded 、更加全面既 OpenCL platform.

HSA IL 只係 virtualize data-parallel code,等佢可以 cross-devices/processing unit. 唔係好似 Java Bytecode + Dalvik 咁成個 application built on VM. 依家既 OpenCL 同 DirectX/OpenGL 都係類似既做法,如果唔係點保證同樣既 kernel/shader code 可以 cross-generation 以致係 cross-implementation? 呢類 processing device 唔似 CPU 咁會搞 compatibility 架嘛。

我就真係唔明你啦。簡單問你個問題,你覺得 OpenCL 算唔算係成功而有效?

[ 本帖最後由 Puff 於 2012-9-3 16:04 編輯 ]

TOP