トップページ⇒tech
1001コメント273KB

GPGPU#3

レス数が1000を超えています。これ以上書き込みはできません。
0001デフォルトの名無しさん2009/03/21(土) 19:18:14
GPGPUについて語りましょう

前スレ
GPGPU#2
http://pc11.2ch.net/test/read.cgi/tech/1188374938/

関連スレ
http://pc11.2ch.net/test/read.cgi/tech/1228891105/
http://pc11.2ch.net/test/read.cgi/tech/1206152032/

参考リンク
総本山? gpgpu.org
http://www.gpgpu.org/
OpenCL
http://www.khronos.org/opencl/
NVIDIA CUDA
http://developer.nvidia.com/object/cuda.html
ATI Stream
http://developer.amd.com/gpu/ATIStreamSDK/Pages/default.aspx
GPUをCPU的に活用するGPGPUの可能性
http://pcweb.mycom.co.jp/articles/2005/09/06/siggraph2/
0930デフォルトの名無しさん2009/10/09(金) 21:28:38
FermiはShared Memoryとキャッシュで切り替えられるのが良いね。
Cellのようにキャッシュがないとデータ転送が面倒だし、かと言ってx86の様に全てキャッシュだと最適化が面倒になるし。
ただ、キャッシュの方式が気になるところ。あと欲を言えば、もっとサイズが大きければいいのだが。
0931デフォルトの名無しさん2009/10/09(金) 21:45:33
>>930
Larrabeeは普通にコヒーレント無視でロードストアできるオプションあるがな

スカラ風の命令セットに見せかけるためにネイティヴのSIMDすら抽象化されてて
直接触れないCUDAで最適化も糞もない
0932デフォルトの名無しさん2009/10/09(金) 22:22:17
>>929
それは仕様にそう書いてあるから。そして趣旨がずれてる。
ATI ILでxyで倍精度加算を書いてもISAではzwで加算されたりする。
0933デフォルトの名無しさん2009/10/09(金) 23:04:59
LarrabeeのTDPって300Wなのかよ。
縛熱だな。Fermiどころじゃないじゃん。
0934デフォルトの名無しさん2009/10/09(金) 23:07:39
そりゃ電源ピンのところでぶった切られてて物理的に電源供給できないFermi（模型）は0Wだからな。
0935デフォルトの名無しさん2009/10/09(金) 23:24:09
また脳内ソースで書き込む時間が始まるお…
0936デフォルトの名無しさん2009/10/09(金) 23:25:49
http://www.techpowerup.com/64974/Intel_Larrabee_Capable_of_2_TFLOPs.html
0937デフォルトの名無しさん2009/10/09(金) 23:37:36
Larrabee頓挫の危機
0938デフォルトの名無しさん2009/10/09(金) 23:52:08
危機ってことにしないと都合が悪いんだなゲホ厨は
512SP止まりじゃクロックあたりのピークFLOPS数すらLarrabeeに並ばれるからな
0939デフォルトの名無しさん2009/10/09(金) 23:55:06
Sunday, July 6 2008
0940,,・´∀｀・,,）っ-○○○ ◆??? 2009/10/10(土) 01:48:21
Cellの32コア版もSPARCも計画後退してるし
明らかに性能出ない設計の上、模型しかできてないFermi

遅れに遅れたLarrabee、なぜか競合製品までことごとく頓挫して命拾いしてるよなー
0941デフォルトの名無しさん2009/10/10(土) 02:08:40
みんな注力している領域なのに、これだけ苦労してて、ひょっとしてこの道は
間違っているんじゃないだろうかとふと思うよね。

結局、半導体メーカーの都合で作っちゃっているからこうなっているのかな。

でも、生みの苦しみであって、なにか大きな変革が本当に起きることだってあるとは思って、
個人的に期待しているんだけど。
0942,,・´∀｀・,,）っ-○○○ ◆??? 2009/10/10(土) 02:34:52
トップ500システムのメインプロセッサの地位をXeonをもって8割がた制圧しちゃったIntelにとっては、
今はHPC分野は攻める市場じゃなくて守る市場。
Larrabeeなんて必要ないんだよ。攻めてくる競合製品がなければな。

じゃあ無意味なのかっていうとそうでもなくて
ただ、未完成ながらも実働デモをして競合他社にプレッシャーを与え続けてるだけでも十分効果はあると思うのです。

当然ながらRV770を倍増して毛が生えただけのGPUを投入したATIは競争には加わっていない
GPUとしては優秀だがGPGPU的なマーケットにはことごとく相性が悪い。
0943デフォルトの名無しさん2009/10/10(土) 02:48:18
>>941
ほんとそう思うよ。
結局超並列の計算が果たしてどれだけ必要なのか疑問に思ってきた。
周りを見渡しても必要用とされているのはほとんど研究用用途ぐらいしかないし、それだと金にならない。
結局今までのスパコンの市場を食っただけで拡大していないのではないか？と思ったりする。
ちょっと前なら金融工学のシミュレーションが伸びてきたりしていたけど、今の金融危機でそういうのも、
余り受けていないようだし。半導体のシミュレーションとかだったら今のFPGAに置き換えられるかもしれないけど、
そうなると大規模なシミュレーションをするために新しいCPUやGPUを開発する→以下ループになって手段が目的かするような気がする。

何か身近なもので大きなイノベーションでもあればいいんだけど。
0944デフォルトの名無しさん2009/10/10(土) 02:52:08
Sonyの久多良木は失敗し、
Intelのゲルシンガは失脚し、
Nvidiaのフアンは久多良木以上に暴走している。

一方、AppleのジョブズはCellを否定し、Intel化で成功し、
任天堂の岩田は高性能はいらないと入力デバイスの進化で大成功を収め、
AMDは純GPU路線で、順調にシェアを伸ばしている。

ストリームコンピューティングの将来は一体…。
0945デフォルトの名無しさん2009/10/10(土) 03:04:03
>>942
ずいぶん弱気になったねw
今まで散々「出す出す詐欺だろ」とか「Itaniumの二の舞だろ」
「どうせ性能では勝てないんだし、中止だろ」みたいに言われても
先見性がないとか、GMAで絶対勝つるとか何とか言ってたのに
結局「未完成でもいいんです。発売しなくてもいいんです。
プレッシャーを与えるだけで良いんです」ってかw
0946デフォルトの名無しさん2009/10/10(土) 03:05:06
結局、先見性があったのは団子ではなく、「どうせ出ないだろ」と
言ってた連中のほうだったなw
0947,,・´∀｀・,,）っ-○○○ ◆??? 2009/10/10(土) 03:21:05
馬鹿だな
守るべき市場だからこそ壁役が必要なんだよ
敵がいないのに出してどうする。Xeonと共食いじゃ利益にならんぜよ。

Fermiが出てきたとして倍精度600GFLOPS程度だぜ。しかもまだ模型しか作れてない。
肩すかしにも程がある。
それどころかNVIDIA自体が倒産しそうな勢い。

結局倍精度1TFLOPSなんて必要なかった。とんだ肩すかしだろ。


Intelは用意周到ゆえに肩すかしを喰らいまくってるからな。
「Phenom II-FX」を警戒してXeonと同じLGA1366をデスクトップに含めて投入したのに
フラグシップですら最低レンジの920にすら及ばぬ性能じゃな。
噛ませ犬はCore 2 Quadでも十分だった。

なんにせよ費用対効果ってのものがある。
0948デフォルトの名無しさん2009/10/10(土) 03:24:25
Skulltrailとかもあったな〜
0949,,・´∀｀・,,）っ-○○○ ◆??? 2009/10/10(土) 03:28:06
ワンチップ倍精度1TFLOPSを実現するのに

Larrabeeは予定通りのスペックのものを2GHz動作で出せばよい。
4GHzのCellだと64コア必要。まだ32コアすら出てきてない。
Fermiなら768SP版が必要だ。しかしそれ以前の問題だ。
SPARC？あばばばば

こんな状況だぜ。
結果として及ばぬ性能どころか大幅に勝ちすぎたわけだ。
現時点で他の陣営は量産にほど遠い。
0950デフォルトの名無しさん2009/10/10(土) 05:24:38
この分野では団子さんの言うとおり、インテルが一番有利だね。
なんだかんだでＸｅｏｎのクラスタを沢山くめばいいわけだがら。

何ＧＦｌｏｐｓとか、何ＴFlopsとか言っても、実際そこまで出せるのって
結局レジスタにのった場合でしょ。
ＣＰＵの速さはもうほどほどにして、インテルもメモリの方に投資して、
メモリアクセス数cycleとかのＤＲＡＭを開発したらいいのに。

1TFlopsでメモリのレイテンシが400〜800cycleよりも、
256GFlopsでメモリレイテンシが10cycleだったら、実アプリにおいてはは後者の方が上何じゃない?



0951デフォルトの名無しさん2009/10/10(土) 05:47:15
ワンチップ倍精度1TFLOPSを実現するのに

Fermiは予定通りのスペックのものを2GHz動作で出せばよい。
0952デフォルトの名無しさん2009/10/10(土) 06:02:52
(注)
larrabeeって言い張ってた、あのショボイレイトレquakeもはたして実機なのか
既存のCPUでの動作なのか、非常に疑わしい

ゲルシンガーが居なくなって立ち消えになるんじゃないかと思われる

AMDはどうでもいいｗ
0953デフォルトの名無しさん2009/10/10(土) 06:11:45
日本語で
0954デフォルトの名無しさん2009/10/10(土) 06:17:08
larrabeeも張りぼて
AMDはカス

でOK
0955デフォルトの名無しさん2009/10/10(土) 06:30:30
私はゲロ大好きです

でOK
0956デフォルトの名無しさん2009/10/10(土) 06:55:28
いいえ、カスが大嫌いなだけです

でOK
0957デフォルトの名無しさん2009/10/10(土) 07:12:23
ま、あの画質で
あの程度の動き
あの程度のカクカクっぷりだと
corei7あたりでも出来そう
0958デフォルトの名無しさん2009/10/10(土) 07:24:00
> Larrabeeは予定通りのスペックのものを2GHz動作で出せばよい。
これ、予定通りに出せたとしても理論値でしかなく、実効値は3〜4割にしかならんでしょ？
どうせインテルだし。
0959デフォルトの名無しさん2009/10/10(土) 09:07:00
ｒｖ８７０は実行５％くらいだがな
0960デフォルトの名無しさん2009/10/10(土) 09:11:43
リアルタイムレイトレーシングだっけ
すでにAMDがデモ公開してたような
0961デフォルトの名無しさん2009/10/10(土) 09:40:09
レイやトライアングルが少なければCPUでも出来る
問題は
0962デフォルトの名無しさん2009/10/10(土) 09:43:12
AMDは映画製作会社とかと共同で
ライブラリつくりまくってるからな

公には一切公開できない成果たくさんあるよ
0963デフォルトの名無しさん2009/10/10(土) 10:12:25
GPGPUの分野ではnVidiaがだめでもAMDが出てくるのは確実だし、
ライバルがだめそうだからLarrabeeを出さないとか言ってるのは
理屈が破綻してるな
0964デフォルトの名無しさん2009/10/10(土) 10:40:53
これに関してはAMDはintelの犬だろ
0965デフォルトの名無しさん2009/10/10(土) 10:58:05
>>960
AMDのGPU部門トップ，Rick Bergman氏が語る「1〜10年後のグラフィックステクノロジー」
http://www.4gamer.net/games/045/G004578/20081001053/
0966デフォルトの名無しさん2009/10/10(土) 11:35:06
>>964
お前AMDをディスってんの？
どう考えても犬とかアリエン・ロッベンだろ








誇り高きコバンザメだよ
0967,,・´∀｀・,,）っ-○○○ ◆??? 2009/10/10(土) 11:57:43
ローカルなL2断片（256KB）に載っかる部分までなら上り計64KB/clkの帯域が得られるとのことなので
そこでスカラ命令側でベースアドレス/インデックス更新とループカウントしつつ
SIMD命令側では3rdオペランドはノンテンポラルモードでのメモリアドレッシングにす
これで実効効率も9割以上は堅い。

ちなみにFermiはロード・ストアユニットを2アクティブワープで共用という、致命的なパフォーマンス阻害要因がある。
レジスタ間でこね回す演算でないとどうやっても性能が出ない。
積和算をやりながらだと残り1命令しか発行出来ないって仕様も致命的。

FermiはRISCライクなんだよね
0968,,・´∀｀・,,）っ-○○○ ◆??? 2009/10/10(土) 12:01:07
>>951
シュリンク率考えればあり得ないな。

GF9800GTX+が1.8GHzとか、SPが128基程度でメモリ帯域も狭かったりとTDPに余裕があったからこそだろ
NVIDIAは40nmでまだ製品を投入してない。
0969デフォルトの名無しさん2009/10/10(土) 15:17:53
ダンゴや
また自作板で万人に解らん
API使ったネタ話すの自粛するんだ
0970デフォルトの名無しさん2009/10/10(土) 16:38:29
わかんなくても「ﾍｰそんな事も出来るんだ」程度に楽しんでるから別に団子はそのまんまでいいよ
金払うに値する次のトリッパーを期待しつつ待つ
0971デフォルトの名無しさん2009/10/10(土) 21:47:35
アプリのGPU化が進むと、インテルもAMDもCPUの存在価値がなくなるから、
基本的にやる気ないだろ。
NVIDIAには頑張ってもらいたいな。
もうCPUはOSが動けば十分なのでAtomクラスで十分ｗ
0972デフォルトの名無しさん2009/10/10(土) 22:07:44
>>971
>CPUの存在価値がなくなるから、
とてもGPGPUスレ住民の意見とは思えん
AtomクラスでいいならGPGPU系技術も必要なかろう
0973,,・´∀｀・,,）っ-○○○2009/10/10(土) 22:12:43
そこまでなるとCPUとGPUは同じダイで充分だよな。
x86命令を解釈するGPUアーキテクチャでも作らないとな。
統合プロセッサのコードネームは「Haswell」ってのはどうだろう？




>>971身の程を知れﾊﾞｰｶ
0974デフォルトの名無しさん2009/10/11(日) 00:53:47
CPUの速度向上が遅くなったからこそのGPGPUだというのに
0975,,・´∀｀・,,）っ-○○○ ◆??? 2009/10/11(日) 00:58:07
ところが、GPGPUで賄えるような演算ほどSIMD・マルチコア化での速度向上率も高いんだよね。
0976デフォルトの名無しさん2009/10/11(日) 05:13:18
素人目には、CPUの方がとか、GPUの方がとかじゃなくて、
CPUもGPUも両方活用すると
演算スピードが鬼速になると思ってしまうんだが、そうじゃないの？
0977デフォルトの名無しさん2009/10/11(日) 06:00:10
>>975
まあ、GPUはスーパーメニーコアプロセッサーとでも表現できるものだからね
SIMD化はもちろん、マルチコア化でどんどん差を縮められる

ただ、サーバー用途以外の一般デスクトップでは、
４コアを超えるマルチコア化の予定がキャンセルされてるけどね

まして、ノートだと２コアのままで当分は行くらしい
0978デフォルトの名無しさん2009/10/11(日) 08:51:58
CPUへの統合化が進んでからが本番田世なぁ
今はメーカーによって作りがまちまちやし手法も微妙に違うからいまいち手が出しにくい
0979デフォルトの名無しさん2009/10/11(日) 09:13:30
>>976
GPUは処理を並列してこそ意味があるわけで、
そのために大量のデータをGPUに転送しておかないと
いけない。
ただPCI-Expのバス帯域が狭くて転送コストが
馬鹿みたいに高い。
だから同時にCPU+GPUというのは理想だけど難しい。
0980デフォルトの名無しさん2009/10/11(日) 09:32:15
だから、コンシューマで、
画像処理以外何に使うのかがよくわからない。
0981,,・´∀｀・,,）っ-○○○2009/10/11(日) 10:33:11
GPU動かすのにCPU時間も使うんだよ。
0982 ◆0uxK91AxII 2009/10/11(日) 15:11:23
素人目には、GPGPUは使い途が無さ杉る。
まだやっていたのかっていう印象。
0983,,・´∀｀・,,）っ-○○○ ◆??? 2009/10/11(日) 15:23:00
NVIDIA曰くCUDAユーザー人口は世界6万人とかいうレベルだからな
水増ししてるだろうからもっと少ないと思うが

0984デフォルトの名無しさん2009/10/11(日) 16:05:46
あなたもその一人じゃん
0985デフォルトの名無しさん2009/10/11(日) 16:38:27
だんご of 6万か・・・
すげぇな。
0986デフォルトの名無しさん2009/10/11(日) 16:50:51
>>983
それってCUDA関係の資料ダウソした
人数ってだけだから信じるなよｗ
0987デフォルトの名無しさん2009/10/11(日) 17:05:02
じゃ、6万未満ってことか
0988デフォルトの名無しさん2009/10/11(日) 17:14:12
ここはアンチスレか。
0989デフォルトの名無しさん2009/10/11(日) 17:53:33
全世界で6万？
なんというかまぁ可愛らしい数字だな
0990デフォルトの名無しさん2009/10/11(日) 18:14:46
俺5000人位かと思ってた
0991,,・´∀｀・,,）っ-○○○2009/10/11(日) 18:30:51
まあなんというか
NVIDIAもこんな不確かなものに命運かけなきゃいけないんだからな
0992デフォルトの名無しさん2009/10/11(日) 18:35:04
そう？
0993デフォルトの名無しさん2009/10/11(日) 18:41:47
個人的にはSIMDすらも使い用途が無いと感じる。
SIMDを駆使すれば、1Tflopsですよ〜っていわれても
画像処理など特定の用途じゃなければ、自然にC++のソースに
組み込むのは難しいし、
(例えば、SoAをAoSにしたり、プリフェチを埋め込んだり、
C++のソース的には不自然だよなこーいうの)
結局組み込めないのなら、無駄なスペックと感じる。
0994デフォルトの名無しさん2009/10/11(日) 18:46:12
特定の用途には有効なんだろ。 何屁理屈こねてるんだよ。
0995デフォルトの名無しさん2009/10/11(日) 18:51:59
>>994
例えば、そのリソースを使って
1.5倍速のFPUが作れるならそっちの方がいい。
作れればの話しだけど。
結局、4並列、8並列すれば、カタログスペックもx4、x8するけど
俺のアプリはx1のままだ。
0996デフォルトの名無しさん2009/10/11(日) 18:57:31
どうやら知能が低いらしい
0997デフォルトの名無しさん2009/10/11(日) 18:58:41
CPUは高性能
プログラムを組む奴が低知能

どうにもならんわなｗ
0998デフォルトの名無しさん2009/10/11(日) 18:59:36
つーか、CPUにSIMD必要？
SIMDが発揮出来るような用途は、必ずGPUとかち合うし、必ずGPUに負けるっしょ。
つまり、GPUが載ってるPCじゃ、CPUのSIMDなんて使われず終いじゃん。
結局、カタログスペックの為のセールス的意味しかないと断言。
0999デフォルトの名無しさん2009/10/11(日) 19:01:55
>>996-997
いや、考えてもみろよ。
例えば、AoSでどうやって組むんだよ。OOPのクラスと真っ向からかち合うよ？
おかしくね？C++プログラマに、OOPと衝突するような組み方要求する機能って。
1000,,・´∀｀・,,）っ-○○○2009/10/11(日) 19:02:42
外部プロセッサじゃデータ転送のレイテンシもスループットも話にならない。

1001１００１Over 1000Thread
このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
レス数が1000を超えています。これ以上書き込みはできません。