Puff

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

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


-


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

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

qcmadness

無乜用...

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

qcmadness

引用:

原帖由 Puff 於 2012-9-1 22:11 發表
好有用囉 sosad

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

Puff

引用:

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

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

呢份係 targeting developers 既 whitepaper.

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

qcmadness

引用:

原帖由 Puff 於 2012-9-1 22:14 發表

呢份係 targeting developers 既 whitepaper.

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

講就話係common software development, 但係CPU arch又唔同, 又唔係有咩control, 而家真係唔睇好

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

qcmadness

引用:

原帖由 Puff 於 2012-9-1 22:45 發表

唔明你想講乜。HSA 咪係 OpenCL 既 friend. 更加 advanced, 更多 extended features 咁解姐.
你話 CPU arch 既，基本上一開波既 executable 已經係要 native binary 架啦，無得控制架喎...
就算 write once run everywh ...

仲衰過windows... 效能唔會好
幾乎係Android AMD版, 咁做咩唔用Android

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

qcmadness

引用:

原帖由 Puff 於 2012-9-2 01:34 發表

講真，對 how OpenCL works 有下親切既認識就會明白 HSA 係想搞乜春。
我真係唔明有幾難明同幾咁 useless. 仲 Android AMD 版，我覺得你大概連 HSA 係做乜都點做可能唔太清楚。
我唔反對係 JIT 方面係相似，HSA  ...

我既意思係有common system language, 無話一定係用OpenCL/GL

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.

qcmadness

引用:

原帖由 Puff 於 2012-9-2 16:21 發表

實情係佢依然都係 API... 其實運作模式同 C++ AMP 非常相似，但細節上不盡相同。
至於 common system language，HSA IL 不就是了。

如果你係話 CPU arch 無強制要用 HSA IL，HSA 的確係只強制 codes sharing betw ...

最後會變得好慢

Puff

引用:

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

最後會變得好慢

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

qcmadness

引用:

原帖由 Puff 於 2012-9-2 20:57 發表

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

你仲以為而家講gimmick， 講alliance 就得咩?

而家速度又要有，又要慳錢，又要慳電，VM類無速度，仲要容許外來者，你真係以為人多好辦事咩?

qcmadness

而家唔係掉個HSA出來就做到野

點樣合作推同一平台?
點樣合作, 用1個OS同時support幾個platform?

講完HSA要做先得架

native又唔夠人地native (iOS)
compatibility又唔夠人來 (Android)

講白話唔會賺到錢架