HSA総合スレ【part 3】
■ このスレッドは過去ログ倉庫に格納されています
AMDが当初FSAとして提唱し、後にモバイルデバイスの勢力を巻き込み、
オープンプラットフォームとなったヘテロジニアスコンピューティング環境である、
HSA(Heterogeneous System Architecture)での開発について語るスレッドです。
現時点ではAMDのPC向けのKaveriコアのAPUと組み込み向けのBald Eagleプラットフォームが
HSAの対応環境となっております。
■公式
□HSA Foundation ARM, AMD, Imagination, MediaTek, Qualcomm, Samsung, TI
http://www.hsafoundation.com/
■開発ツール
□HSA Developer Tools | HSA Foundation
http://www.hsafoundation.com/hsa-developer-tools/
■関連スレッド
OpenCLプログラミング#1
http://toro.2ch.net/test/read.cgi/tech/1228891105/
GPGPU#5
http://toro.2ch.net/test/read.cgi/tech/1281876470/
■過去スレ
HSA総合スレ
http://toro.2ch.net/test/read.cgi/tech/1383407914/
HSA総合スレ【part 2】
http://toro.2ch.net/test/read.cgi/tech/1399310364/ 俺としてはPCIe接続のAPUボードが欲しいな。
これを抽象化プロセッサとして動作させ
AVXのように組み込み関数でもプログラミングできるようにする。
こういうのをHSAに望んでいるのだが PCIe経由なら今とおなじGPUでいいんでは?
それができるようになるのがHSAだと思っていたが。
組み込み関数ってのは別として。 GPUだと投げられるタスクが限定されるからな。
APU自体もボードならGDDR5が使えるからその性能をフルに発揮できる。
HSAのランタイム層も今のままではOpenCL2.0とほぼ変わらないから淘汰か吸収される可能性が高い。
それなら抽象化プロセッサとして動作させ、コード変換をソフトかハードで行えるようにした方が
パフォーマンス面においても有利じゃないかな。
これならOpenCLとの共存も可能。 ヘテロジニアスマルチコアとしてGPUを使うための規格がOpenCL2.0であり、そのラッパーがHSA
OpenCL2.0に対応していれば、ドライバで内部命令セットに変換するだけの簡単仕様
そもそも、OpenCLの先行きが怪しいから穴埋めに出てきた規格だったりする
HSA自体はGPUとか、アーキテクチャ関係なく自由にハードウェアを構成できるメニーコア向けの実装規格に過ぎないよ AppleのSwiftスレは大人気なのに、HSAスレは閑古鳥が鳴いてるね とりあえず形が出来上がってこないとね。
現状、HSA対応ハードをOpenCLやC++AMP等でプログラミングするだけだから話す事があまりないなー
HSA BoltはCPU+dGPU環境でも使えるの? 使えるよ。
C++AMPやTBBをバックエンドとしても使えるし。
ただしどう見てもC++AMPやTBBをそのまま叩いたほうが生産性高いんだよね
AMDの中の人ってフレームワーク作るセンスが絶望的にないと思う。 >>9
そうだよな。
プログラマがHSAを直接使うんじゃなくて、C++AMPやopenCLでプログラムすると
HSA対応のハードなら自動でHSAを使うようになるから取り立てて話すことないよな。
CUDAと違うからね C++ AMPスレはないしOpenCLスレもCUDAスレに比べると勢い無いけどな >>10
遅れたがサンクス。HSAと付いてるからAPU専用だと思ってた。
HD7970が有るから暇な時にちょっと触ってみるか。 651 名前:Socket774[sage] 投稿日:2014/06/27(金) 03:15:47.15 ID:g/+6iXVh
ISCA 2014 | Heterogeneous System Architecture (HSA): Architecture and Algorithms Tutorial
http://www.slideshare.net/hsafoundation/isca-2014-heterogeneous-system-architecture-hsa-architecture-and-algorithms-tutorial AMD's HSA Linux kernel driver
http://cgit.freedesktop.org/~gabbayo/linux/ ◎2ch勢いランキングサイトリスト◎
★+ニュース板
・ 2NN (推薦)
・ 2chTimes
★+ニュース板新着
・ 2NN新着
・ Headline BBY
・ unker Headline
★+ニュース板その他
・ Desktop2ch
・ 記者別一覧
★全板
・ 全板縦断勢いランキング (推薦)
・ スレッドランキング総合ランキング
・ ログ速
★全板実況込み
・ 2勢
・ READ2CH
・ i-ikioi
※ 要タイトル名検索 OpenCL2.0とOpenMP4のHSA対応はまだか 893 :Socket774:2014/08/15(金) 23:08:04.75 ID:nwiN0zrv
AMD HSA - Linux kfd v0.8 release for Kaveri
https://github.com/HSAFoundation/HSA-Drivers-Linux-AMD
HSA Linux kernel driver v0.8 released
http://devgurus.amd.com/message/1305564 HSAがWindowsで使えるようになるまでに
AMDが潰れなければいいんだけど。
Linuxじゃなぁ >>22
Windowsをサポートしたのが >>20 の C++AMP v.1.2 じゃなかろか >>23
HSA向けバイナリを吐いてもWindowsにはまだHSAランタイムが無いから実行できない。 HSAランタイムはGPU Compute Context Switchをサポートした
Carrizoが出てから本格始動するつもりなのかもね。
しかしOpenCL2.0といい気の長い話だ。 スマホ向けのモバイル向けGPUにGPU Compute Context Switchが実装されたら
Kaveriの初期の実装のHSAは無かったことになりそうな予感 ぶっちゃければKaveriのHSAは過渡期のDirectX9a/9b SM2.0みたいなものなんだろうね
後から9c SM3.0が出てほぼ全てのタイトルはSM3.0必須になって旧世代は切り捨てられた HSAランタイムの性質を考えたら必要だろうしね。暴走したらそれまでとか困るw
ただ、複雑になった分実行速度は犠牲になりそう。 CarrizoでHSA1.0という事はやはりそれ以降から本格始動なのか。
Linuxのと互換性があればいいのだが 不安定なfglrxでしかHSAが使えませんとかそう言うオチなんかね
オープンソースの実装だけじゃ動かなさそうだが まあでも少しずつ前進しているようで安心した
しかしOpenCL2.0も思ったより進まないのは
やはりBroadwell待ちなのかね The AMD HSA Runtime for Linux will support C++ AMP, C++ Parallel STL, Python, and Java
https://github.com/hsafoundation ■ このスレッドは過去ログ倉庫に格納されています