AMDが関わったものは必ず失敗する法則　／　OpenCLもCUDA/HLSL/PSSL陣営に駆逐される運命なのか

■AMD，GPUとCPUで同じプログラムが動く「HSA」の最新動向を公表。Javaへの対応計画も明らかに
米国時間2013年8月25日から27日まで，米国カリフォルニア州のスタンフォード大学にて，半導体やデバイス関連の学術イベント「Hot Chips」が
開催されている。AMDはその場で，同社が提唱するGPUコンピューティングフレームワーク「HSA」（Heterogeneous System Architecture）の
取り組みと成果について発表するという。

それに先立ち，報道関係者を対象とした電話会議で，その概要が説明されたので，今回はその概要をレポートしてみたい。

■CPUとGPUを同じプログラムで扱えるようにするHSAはOpenCLのよりよい実行環境を目指す
HSAとはGPUコンピューティングを容易にするための仕組みであり，CPUやGPUといったハードウェアと，その上で動くドライバーやランタイムと
いったソフトウェアで構成されている。AMDの次期主力APU「Kaveri」（カヴェリ，開発コードネーム）は，HSAに対応する最初のAPUになる予定だ。

そもそもHSAとは何かという話は4月30日の記事でお伝えしているとおりだが，ここでも簡単に説明しておこう。従来のGPUコンピューティングでは，
GPU用とCPU用にまったく別々のプログラムコードを書く必要があった。それに対してHSAでは，その面倒くささを取り除いて，同じプログラムで
GPUとCPUを扱えるようにしようとしている点にある。

HSAを実現するためには，ハードウェアだけでなく，それらを使うためのプログラムを作るのに必要なソフトウェア面での整備が重要となるのだが，
プロセッサメーカーそれぞれが好きに仕様を決めてハードウェアとソフトウェアを開発している現状だと，GPUコンピューティングを活用しようとする
アプリケーション開発者は，異なるGPUやCPUごとにアプリケーションを作っていかねばならない。

要するに，手間がかかりすぎるわけで，これがGPUコンピューティングの普及を阻害しているというのがAMDの見解だ。
（後略）
http://www.4gamer.net/games/147/G014731/20130827001/

おう、こっちこっち ツイキャス阻止

AMDだけの技術ならそうなるが、他を巻き込んでるものはAMD自身がほっぽり出しても残った奴らが何とか維持するだろう

AMDが調子いいときはいつもライバルがやらかしたときだけだろ
なのに勘違いして調子乗りすぎて後々酷い目にあう

AMD64って書いてほしかったの？

15年ぐらいAMD一筋だったけど今月インテルに移行したしもうどうでもいいわ潰れろ

3D Nowとか？

Anti HyperThreadingはやくしろ

今もAMDのリテールパッケージの緑モナカって食えるの？

>>1
AMD64
はい論破

AMD64のことかー

PS4見てから言え

それにより圧倒的な処理速度を実現するハードを作れるトコが言う話であって
基本理念が優れていようが結果が出ないものは使えない

そら主流派に最適化されるからな

PS4エ・・・・・・

>>12
PS4はhUMAの共有メモリ部分は使うがプログラミングに関わる大部分はPSSLでしょ

インテルが調子に乗るとみんな困る
AMDもっと頑張れよ

PS4にも箱Oneにも採用されて暫く安泰じゃねーか

AMDの話じゃないけどもうDirectX捨ててOpenGLに一本化した方が
長い目で見たら業界全体にとっていいんじゃないのか

>>19
OpenGLは採用が広がるにつれ互換性問題が続出している。

調子よかったのにIntelの真似事して10万のCPU出したりソケットすぐ変えたりしてからおかしくなったな

製造プロセスが遅れてるだけで方針は間違ってない
テクノロジーに詳しい人ほどAMDに期待してるだろ

>>20
なんとなくアレコレ議論してる連中の雰囲気がjavaっぽいグダグダ感。AMDは悪くないんや！

>>22
Socket939の頃に掲げられた夢のテクノロジーはすべてクソだった。

AMDを使うメリットってなに？

安さでもインテルに分があるし、もう役目は終わった。死んでいいよ

>>25
インテルに本気を出させることが出来る

マルチコアはAMDの方が早くなかったっけ
インテルはニコイチデュアルコアだったよねあのころ

>>19
ブラウザのエンジンなんかでも必ず
言うやつが出てくるけど統一するとろくな事にならよ
必ず競合があった方がいい

AMDが原因じゃなくて、俺がAMDを好きな事が原因だと言ってみる

じゃあ半導体業界自体失敗やな（呆れ）

>>29
統一厨はゲハ脳だろ

でもIA64じゃなくてx64使われてるよね

AMDの方がワクワクさせてくれる技術が多い
インテルだとふーんって感じであまり興味を惹かれない

AMDって余所から買ってくるか後追いばっかじゃない

日本でのCUDA最先鋒な
東工大のAFDSでの発表が面白い。
http://developer.amd.com/afds/assets/presentations/2913_3_final.pdf
FFTをOpenCLで6970に移植したら、さくっとC2050や580の
最速実装を超えてしまった。
CUDAはGPGPUのお試しが出来るだけの玩具だよ。

>>28
その後ニコイチQuadに負けるネイティブQuadコアを出すって言う
体をはったギャグをかましてくれたけどな

唯一の成功であるAMD64から狂い始めたな
CPUで酷いぼったくりをしたり、SSE5とかAthlon4みたいな名前の規格を作ったり

とりあえずSONYなんて相手しないで自作用の8コア出してくれ

AMDオンリーの据え置きゲームも全部こけるだろ

>>37
ぶっちゃけいつもそんな感じだよね

AMDのAPU載ってるノート使ってるけど熱くならなくてなかなか良い

PCゲーマーに見捨てられちゃったしな。ラデ厨どうするの？

>>36
仕様的には最適化指示が出せたり何なりとCUDAの方が100歩くらい進んでるんだけどね。
ただCUDAは突撃最新技術万歳の万年ベータ版なので実用的ではないのは確か。
その中からいい成績をおさめた技術の安定版がHLSLなのでOpenCLはどうしても古臭い感が否めないのも確か。

ATI Stream（笑）

>>43
いくら高速命令搭載しててもハードメーカーに依存する時点でまず終わってる
CPUしかない状態、FPGAまで搭載されてる状態でも性能出せないなら使えん
それを差し置いてもCUDAは高速命令使ってすらOpenCLよりおせえ
C++と中間コードに分離する際の最適化がオワットル

>>45
OpenCLはループ含む条件分岐の制約が強すぎてCPU風に書けないし一般受けするかと言われると微妙すぎると思う。
そういう意味ではPSSLみたいな機種限定のCUDA崩れが強いのかなと思う

>>46
そもそも汎用言語使わず特殊言語使ってんだから
その辺の制限は性能出せないことに比べりゃまし
性能出ないなら元も子もない初めからParallels Studioとか使って
そこそこの速さで汎用言語だけで楽に書いたほうがマシ

そもそもGPU内で反復構文で回すべきじゃなく、SPの実行数を
指定する時を利用して反復させるべきだ

あと、単なる分岐は制限無いぞ
数式の工夫で何とかしようとか小細工した方が遅いし

そういうめんどくさいの書かなくていいようにしようってのがAMDの主張なのに