14/05/20 19:36:32.17 8mNvcb4X
AMDが当初FSAとして提唱し、後にモバイルデバイスの勢力を巻き込み、
オープンプラットフォームとなったヘテロジニアスコンピューティング環境である、
HSA(Heterogeneous System Architecture)での開発について語るスレッドです。
現時点ではAMDのPC向けのKaveriコアのAPUと組み込み向けのBald Eagleプラットフォームが
HSAの対応環境となっております。
■公式
□HSA Foundation ARM, AMD, Imagination, MediaTek, Qualcomm, Samsung, TI
URLﾘﾝｸ(www.hsafoundation.com)
■開発ツール
□HSA Developer Tools | HSA Foundation
URLﾘﾝｸ(www.hsafoundation.com)
■関連スレッド
OpenCLプログラミング#1
ｽﾚﾘﾝｸ(tech板)
GPGPU#5
ｽﾚﾘﾝｸ(tech板)
■過去スレ
HSA総合スレ
ｽﾚﾘﾝｸ(tech板)
HSA総合スレ【part 2】
ｽﾚﾘﾝｸ(tech板)
2:デフォルトの名無しさん
14/05/20 20:04:41.12 edzEvdxq
HSA総合スレ →5レスでdatオチ
ｽﾚﾘﾝｸ(tech板)
HSA総合スレ【part 2】 →5レスでdatオチ
ｽﾚﾘﾝｸ(tech板)
HSA総合スレ【part 3】 →現行スレ
ｽﾚﾘﾝｸ(tech板)
大人気ですね（わ）
ちなみに、CUDAは1～5スレともに980レス以上まで埋まって、いまpart6スレですよ
3:デフォルトの名無しさん
14/05/24 14:48:54.44 5rP6TK0p
俺としてはPCIe接続のAPUボードが欲しいな。
これを抽象化プロセッサとして動作させ
AVXのように組み込み関数でもプログラミングできるようにする。
こういうのをHSAに望んでいるのだが
4:デフォルトの名無しさん
14/05/25 14:38:38.53 EawFNyzO
PCIe経由なら今とおなじGPUでいいんでは？
それができるようになるのがHSAだと思っていたが。
組み込み関数ってのは別として。
5:デフォルトの名無しさん
14/06/04 19:08:35.81 t9fvQI6c
GPUだと投げられるタスクが限定されるからな。
APU自体もボードならGDDR5が使えるからその性能をフルに発揮できる。
HSAのランタイム層も今のままではOpenCL2.0とほぼ変わらないから淘汰か吸収される可能性が高い。
それなら抽象化プロセッサとして動作させ、コード変換をソフトかハードで行えるようにした方が
パフォーマンス面においても有利じゃないかな。
これならOpenCLとの共存も可能。
6:デフォルトの名無しさん
14/06/05 00:10:00.82 ZEqhNWIY
ヘテロジニアスマルチコアとしてGPUを使うための規格がOpenCL2.0であり、そのラッパーがHSA
OpenCL2.0に対応していれば、ドライバで内部命令セットに変換するだけの簡単仕様
そもそも、OpenCLの先行きが怪しいから穴埋めに出てきた規格だったりする
HSA自体はGPUとか、アーキテクチャ関係なく自由にハードウェアを構成できるメニーコア向けの実装規格に過ぎないよ
7:デフォルトの名無しさん
14/06/05 03:19:36.09 z0hsRB43
AppleのSwiftスレは大人気なのに、HSAスレは閑古鳥が鳴いてるね
8:デフォルトの名無しさん
14/06/05 19:24:01.38 hxrPvcfi
>>7
>>2
9:デフォルトの名無しさん
14/06/05 23:29:24.22 +jqXAqpa
とりあえず形が出来上がってこないとね。
現状、HSA対応ハードをOpenCLやC++AMP等でプログラミングするだけだから話す事があまりないなー
HSA BoltはCPU+dGPU環境でも使えるの？
10:,,・´∀｀・,,）っ-○○○
14/06/08 14:02:32.37 qgapksJl
使えるよ。
C++AMPやTBBをバックエンドとしても使えるし。
ただしどう見てもC++AMPやTBBをそのまま叩いたほうが生産性高いんだよね
AMDの中の人ってフレームワーク作るセンスが絶望的にないと思う。
11:デフォルトの名無しさん
14/06/10 01:11:12.13 8I6N/awE
>>9
そうだよな。
プログラマがHSAを直接使うんじゃなくて、C++AMPやopenCLでプログラムすると
HSA対応のハードなら自動でHSAを使うようになるから取り立てて話すことないよな。
CUDAと違うからね