打印

[業界消息] 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

無乜用...

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

引用:
原帖由 Puff 於 2012-9-1 22:11 發表
好有用囉 sosad
promotion無乜用, 除左要有product, 仲要有advertisement

TOP

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

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

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

TOP

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

呢份係 targeting developers 既 whitepaper.
無control唔係一件好事, 除非規定係用OpenCL / OpenGL之類

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

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

引用:
原帖由 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

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

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

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

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

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

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

如果你係話 CPU arch 無強制要用 HSA IL,HSA 的確係只強制 codes sharing betw ...
最後會變得好慢

TOP

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

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

TOP

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

Zzz 唔同你拗,次次都係我講到口水咁長,然後你幾粒字黎回。我都唔知仲有乜好講
你仲以為而家講gimmick, 講alliance 就得咩?

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

TOP

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

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

講完HSA要做先得架

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

講白話唔會賺到錢架

TOP