Puff

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

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


-


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

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

Puff

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

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

Puff

引用:

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

promotion無乜用, 除左要有product, 仲要有advertisement

呢份係 targeting developers 既 whitepaper.

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

Puff

引用:

原帖由 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 編輯 ]

Puff

引用:

原帖由 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 編輯 ]

Puff

引用:

原帖由 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.

Puff

引用:

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

最後會變得好慢

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

Puff

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 編輯 ]