GPGPU#3
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
2009/03/21(土) 19:18:14前スレ
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/
0319デフォルトの名無しさん
2009/08/26(水) 02:21:27うそ乙
Radeonも対応してる
http://www.apple.com/jp/macosx/specs.html
0320デフォルトの名無しさん
2009/08/27(木) 11:12:30ttp://www.geocities.jp/sanseiken_hantai/seitou.htm
自民党 -. 0回
民主党 - 15回
公明党 - 27回
共産党 - 11回 ※共産党は被選挙権も要求
※民主党・公明党で共同提出が5回 （ 自民党の反対で否決 ）
民主党とカルト党。どっちも在日朝鮮党。
0321デフォルトの名無しさん
2009/08/27(木) 23:27:05来月のRadeon 5xxxシリーズ発表後の2週間後に
もしかするとAMD OpenCLのGPU版リリースされそう
0322デフォルトの名無しさん
2009/08/28(金) 08:54:590323デフォルトの名無しさん
2009/08/28(金) 19:09:490324デフォルトの名無しさん
2009/08/28(金) 20:58:50カタログ値だけなら今度のATiの最上位機種を2枚挿ししたPC5台で出るんだよな。
0325デフォルトの名無しさん
2009/08/28(金) 20:59:350326デフォルトの名無しさん
2009/08/28(金) 21:06:15スパーク信者のあのおっさんだろ
0327デフォルトの名無しさん
2009/08/29(土) 14:04:44GPUは570倍になる、そうな。本当かね。
http://hardware.slashdot.org/story/09/08/28/1821207/NVIDIA-Predicts-570x-GPU-Performance-Boost
0328,,・´∀｀・,,）っ-○○○ ◆???
2009/08/29(土) 14:33:00家の中に発電所が必要になるｗｗｗ
0329デフォルトの名無しさん
2009/08/29(土) 14:59:11今NVが必死だってことは誰にでもわかるけどｗ
0330,,・´∀｀・,,）っ-○○○ ◆???
2009/08/29(土) 16:12:38残念ながら、570倍の性能を発揮するにはGWクラスの電源が必要になりそうだという推測しかできない。
0331デフォルトの名無しさん
2009/08/29(土) 16:18:100332,,・´∀｀・,,）っ-○○○ ◆???
2009/08/29(土) 16:37:49消費電力を増やすだけでしかない共有VRAM帯域依存のアーキテクチャから脱却し、
コア毎にローカルでそこそこの容量のメモリを持つ分散メモリ形式に切り替えることで
電力あたりのFLOPS数を引き上げることができる。
Larrabeeの方向性そのまんまだよ。
0333デフォルトの名無しさん
2009/08/29(土) 17:03:07発熱と消費電力が形容できないレベルになってきてるのも確か
0334デフォルトの名無しさん
2009/08/29(土) 17:10:030335デフォルトの名無しさん
2009/08/29(土) 18:51:07ダメCPUのCellに似てるんだが。
大失敗に終わったCellの方向へ行くわけ無いだろ・・・。
0336デフォルトの名無しさん
2009/08/29(土) 19:03:22Grape-DRが唯一絶対なの
0337,,・´∀｀・,,）っ-○○○ ◆???
2009/08/29(土) 19:18:23別にスクラッチパッドメモリでなくてもキャッシュでもいい。
誤解してるようだがGeForceはソフトウェアフレームワークが比較的マシなだけで、
更に狭いスクラッチパッドメモリと更にワイドなSIMDで、ハードの特性はCellより遙かにピーキーだ
分散型メモリってのはGRAPE-DRも同じ方向性だ。
メモリ帯域はGPUどころかCPUより狭い。
重力演算に最低限必要なスクラッチパッドメモリで演算を繰り返す仕様。
大量の演算ユニットのスループットを生かすには相変わらず高帯域のメモリは必要なんだが
伝送距離が増えるとそれに比例して電力消費が増えてしまう。
同じGPUでもChromeはタイルレンダを上手く駆使してメモリトラフィックを削減しつつ
スループットを稼いでる。
Larrabeeは共有分散型キャッシュメモリでタイルレンダに特化したGPUってことになる。
レイトレーシングとかは重力演算と一緒で演算結果の再利用頻度が高くなるからな。
0338デフォルトの名無しさん
2009/08/29(土) 19:45:15ピークパフォーマンスが高くないところだろ。
0339デフォルトの名無しさん
2009/08/29(土) 20:58:10勘弁して欲しい。キャッシュに乗り切る用にプログラムサイズ調節したりとかもしたくない。
0340デフォルトの名無しさん
2009/08/29(土) 21:00:010341,,・´∀｀・,,）っ-○○○ ◆???
2009/08/29(土) 21:04:44そういう手合いにはCPUが最高のソリューションだ。
CellがGPGPUが万能の利器であるかのように言うのは過ちであって
そういう努力が出来る人間が適切な用途に使ってこそ効果を発揮するものだ
0342デフォルトの名無しさん
2009/08/29(土) 21:27:51誰でも簡単に使えて高パフォーマンスを得られるものを目指すべきだろ。
0343デフォルトの名無しさん
2009/08/29(土) 21:29:40だからGrapeなのです
0344デフォルトの名無しさん
2009/08/30(日) 01:03:26そんな夢のような話は、それこそ夢のような製造技術が実用化されないと現実になりません。
0345デフォルトの名無しさん
2009/08/30(日) 03:09:44>>342 みたいなのは馬鹿でも困らない仕事だけしてればいいよ
0346名無しさん＠そうだ選挙に行こう
2009/08/30(日) 05:25:09なんで伝送距離が増えると消費電力が増えるの?
GDDR系にはイコライザの類いはないと思うのだが。
0347名無しさん＠そうだ選挙に行こう
2009/08/30(日) 05:28:19同意。
>>342
そいう人は、CPUが速くなるのを待つほいがいい。
0348名無しさん＠そうだ選挙に行こう
2009/08/30(日) 09:31:45少し知識があれば一番高いPentiumを買うのが一番頭がいい。
0349名無しさん＠そうだ選挙に行こう
2009/08/30(日) 09:56:26GPGPU=劣化FPGA
0350,,・´∀｀・,,）っ-○○○ ◆???
2009/08/30(日) 09:57:37理屈考えろよ
電子を遠くに流そうとすればするほど電力のロスは大きくなる。
一方演算ユニットとかってそんなに消費電力食う訳じゃない。
ローカルのキャッシュメモリあるいはスクラッチパッドメモリを作って
ALU間の電子の移動を最小限にしたほうが良い
少なくともVRAMとの間を何度も往復するよりはよっぽど改善される。
現行のGDDR5帯域当たりの消費電力は1Gbpsあたり0.5Wだ。
GPUの消費電力の何割占めてるかわかるだろ。
ついでに言うとコントローラそのものが熱源になるから熱密度の制約が出てくる。
莫大なトラフィックを捌くコントローラにトランジスタ割くよりも、演算ユニットの数を増やして
同じトランジスタでも熱密度の制約が比較的少ないSRAMの大容量化を行い
メモリ帯域をセーブした方が健全。
レイテンシが小さくなって命令のインターリーブ数も抑えることができる。
レンダリング方法はタイルレンダ主体になるが。
0351名無しさん＠そうだ選挙に行こう
2009/08/30(日) 10:00:46じゃあGrape-DRでよくね？
0352名無しさん＠そうだ選挙に行こう
2009/08/30(日) 10:39:360353名無しさん＠そうだ選挙に行こう
2009/08/30(日) 10:47:44NVIDIAの中の人も同じようなこと言ってたり。
最終的にGPUもLarrabeeみたいな感じになるのか？
0354名無しさん＠そうだ選挙に行こう
2009/08/30(日) 10:48:16CPUとGPU両方使えば、より性能が伸びるだろ。
なんで片方しか使わない事になってるんだよｗ
0355名無しさん＠そうだ選挙に行こう
2009/08/30(日) 10:49:090356名無しさん＠そうだ選挙に行こう
2009/08/30(日) 10:49:54なんかいまいちなんだけど
0357名無しさん＠そうだ選挙に行こう
2009/08/30(日) 11:05:090358名無しさん＠そうだ選挙に行こう
2009/08/30(日) 11:06:080359名無しさん＠そうだ選挙に行こう
2009/08/30(日) 11:15:2810.6ならRadeonとGeforce使ってOpenCLできるよ
0360名無しさん＠そうだ選挙に行こう
2009/08/30(日) 11:17:59ちょっとSnow leopardかってくる！
0361,,・´∀｀・,,）っ-○○○ ◆???
2009/08/30(日) 11:40:36スタンフォードの教授だって言っても大学の研究資金って企業からの金で成り立ってるわけだから
決して公正客観だとは思わない方が良い
グラフィックって大雑把に言って点の数だけ並列化できるからトランジスタ分だけ性能が伸びるのは当たり前。
GPUの性能進化なんて野はグラフィックという用途に絞った話で、様々なプログラムを
好き嫌いなく動かさないといけないCPUとは全然土俵が違う。
同じ土俵で戦わせたらどうなるか？
知っての通り、GPGPUがCPUのタスクを全部肩代わり出来るかって言うと全然そうじゃない。
性能以前に動きすらしないプログラムの方が多い。
逆にCPUにGPUの仕事やらせれば同じようにスケールするだろう。それがLarrabeeなわけで。
0362名無しさん＠そうだ選挙に行こう
2009/08/30(日) 11:54:27どうやらSnow LeopardにはOpenCLのGPUドライバだけじゃなくて
CPUドライバも含まれてるっぽいね
でも、Core2じゃない初代Core Duoでは使えないっぽい？
0363名無しさん＠そうだ選挙に行こう
2009/08/30(日) 11:58:43伝送距離の話ではなくて、伝送帯域の話では？
DDRはドライバで、電圧が決まっているから、伝送距離が増えてもレシーバ端で受信電圧が下がるだけで、消費電力は変わらないと思うけど。
このあたりはアナログ回路のはなしなので、スレ違いすまん。
0364名無しさん＠そうだ選挙に行こう
2009/08/30(日) 12:45:18おいおい。
0365名無しさん＠そうだ選挙に行こう
2009/08/30(日) 13:04:34CPUシミュレートではあるが、一応LinuxとWindows上で
HelloOpenCL作れたよ。
9月10日にAMDから発表あるから
その後すぐに、ネイティブで実行できるんじゃないのかなぁ
0366,,・´∀｀・,,）っ-○○○ ◆???
2009/08/30(日) 18:23:56無論物理的距離ではなくインターコネクトのコストが最大の問題だ
0367名無しさん＠そうだ選挙に行こう
2009/08/30(日) 18:33:21話ばっかで疲れちゃったよ。
0368名無しさん＠そうだ選挙に行こう
2009/08/30(日) 18:37:38消費電力が増えないと思えるのが不思議だ。
0369デフォルトの名無しさん
2009/08/30(日) 20:31:26スレ違いなので、最後。
出力は一定とは言っていない。
負荷が大きくなると受信側での電圧が下がる。つまり電流が減るということ。
だから消費費は変わらないと思うと言っただけ。
0370デフォルトの名無しさん
2009/08/31(月) 00:52:03考えて見たら、送信側って定電流であることが多いから、電力は増えるね。最近高周波の勉強してるから、勘違いしてしまった。
アホですまん。
0371デフォルトの名無しさん
2009/08/31(月) 09:55:410372デフォルトの名無しさん
2009/09/01(火) 19:06:28伝送距離が長くなったら、配線の抵抗分で流れる電流が減るので、
消費電力はわずかだが減ります。
こんなの中高生レベルで理解できる話だ。オームの法則すら理解してないんだな。
0373デフォルトの名無しさん
2009/09/01(火) 19:41:050374デフォルトの名無しさん
2009/09/01(火) 19:43:46オームの法則だけで理解、説明できるような話を勘違いしてるんだろう。
所詮設計とかやったことない奴の妄言だなあ。
0375デフォルトの名無しさん
2009/09/01(火) 21:09:100376デフォルトの名無しさん
2009/09/01(火) 21:26:56インピーダンスという言葉を知っているだけで中身を理解していない。
0377デフォルトの名無しさん
2009/09/01(火) 21:43:110378デフォルトの名無しさん
2009/09/01(火) 22:17:35OpenCLで同じプログラムを動作させた場合
Nvidiaの方が処理速度100倍高速だね
0379デフォルトの名無しさん
2009/09/01(火) 23:16:580380デフォルトの名無しさん
2009/09/01(火) 23:21:51厳密に言うと、外付けメモリの配線抵抗なんて、DDRの内部終端抵抗に比べれば、
小さいし、抵抗のバラツキも大きいから気にすることないんだけどね。
0381デフォルトの名無しさん
2009/09/02(水) 21:50:540382デフォルトの名無しさん
2009/09/06(日) 05:14:30専用システムメモリ(当然0MB)ってのがあるけどこれってVistaにもあったっけ？
DX11世代カードだとVRAMをGPGPUプログラムのメインメモリとして扱えるようになるのかな
0383,,・´∀｀・,,）っ-○○○
2009/09/06(日) 05:26:480384デフォルトの名無しさん
2009/09/06(日) 10:28:22スワップし放題っw
0385,,・´∀｀・,,）っ-○○○ ◆???
2009/09/06(日) 15:35:30正体判明。
GMAみたいなオンボードチップではグラフィック用にメインメモリの一部が固定的に割り当てられる。
GMAの場合専用グラフィックメモリ0MBで、専用システムメモリ32〜64MBくらいになる。
0386デフォルトの名無しさん
2009/09/06(日) 15:38:58なーんだ…
0387デフォルトの名無しさん
2009/09/07(月) 15:05:33＞「オランダはもっとファン・ブロンクホルスト（左サイドバック。日本の右サイド）を探すべきだった。
＞彼のところにスペースがあった。日本は中に入っていくチームだったからね」
http://sportsnavi.yahoo.co.jp/soccer/japan/text/kaiken/200909060003-spnavi.html
オランダ監督は日本の右サイドに居て、真ん中に入ってスペースを作るやつが弱点だと指摘しているな
どう見ても中村俊輔ですｗｗｗｗｗｗ
0388デフォルトの名無しさん
2009/09/11(金) 08:35:395870x2なら1ボードで倍精度1Tだぜ。
0389デフォルトの名無しさん
2009/09/11(金) 19:40:430390デフォルトの名無しさん
2009/09/11(金) 21:00:330391デフォルトの名無しさん
2009/09/11(金) 21:48:48元の効率がだめなのと、すべてのSPを使いきれるわけではないからな
ATIのは
そういった意味でプロセッサとしては
Centaur設計のshaderを擁するS3に及ばないと言い切れる
0392,,・´∀｀・,,）っ-○○○ ◆???
2009/09/11(金) 22:20:26SSEはたかだか4並列、AVX〜Larrabee世代ですら8〜16並列に増える程度だ
汎用性を左右する演算粒度が違いすぎる。
0393デフォルトの名無しさん
2009/09/12(土) 07:56:27S3のGPUのプログラミングアーキテクチャを云々できる資料って公開されてたか？
されてるのならクレ。
0394デフォルトの名無しさん
2009/09/12(土) 08:06:53DirectXだけに注力するのか？
0395デフォルトの名無しさん
2009/09/12(土) 09:30:09Stream廃止というなら話は分かるが。
でもPhysXやHavokに相当する統一規格がないんだよな。
BulletがCompute Shaderベースになるといいんだが。
0396,,・´∀｀・,,）っ-○○○ ◆???
2009/09/12(土) 12:28:30*NIX自体のマーケットが小さいし、そこに割って入る中立なAPIを作ろうという第3の組織もない。
ならCUDAなりATI Streamなりの元々の独自APIで十分というわけだ
0397デフォルトの名無しさん
2009/09/12(土) 14:31:21競合する規格になるのかな？
0398デフォルトの名無しさん
2009/09/12(土) 14:54:19DirectXとOpenGLの様に棲み分けられる。
CUDAはどっちともぶつかるからきついね。
0399デフォルトの名無しさん
2009/09/12(土) 15:01:24>OpenCL 実装だと、8 秒近くもかかってとてつもなく遅い！
>(SnowLeopard だと 0.0001 秒なのに…)
http://lucille.atso-net.jp/blog/?p=907
終わりだろｗ
0400デフォルトの名無しさん
2009/09/12(土) 15:31:310401デフォルトの名無しさん
2009/09/12(土) 15:58:450402,,・´∀｀・,,）っ-○○○
2009/09/12(土) 16:07:48そんなに人員割けるわけがない
片やIntelはソフト開発者だけで3000人体制だからな。
ハードだけでなくコンパイラやVTune売っても金を生み出せる企業だから
0403デフォルトの名無しさん
2009/09/12(土) 16:11:480404デフォルトの名無しさん
2009/09/12(土) 18:52:00力と技のコンビネーションでさらに倍の4000万パワー。
大丈夫だ、2人でも1万パワー3000人相手なら十分に戦える。
0405デフォルトの名無しさん
2009/09/12(土) 21:24:220406デフォルトの名無しさん
2009/09/12(土) 21:30:36ttp://www.youtube.com/watch?v=pmBd9HQgTCQ
ttp://www.youtube.com/watch?v=pGnrBu3N2QE
0407デフォルトの名無しさん
2009/09/12(土) 21:42:500408デフォルトの名無しさん
2009/09/12(土) 21:45:26あー？
じゃあおめーは数式でも張れや
0409デフォルトの名無しさん
2009/09/12(土) 21:55:400410デフォルトの名無しさん
2009/09/12(土) 21:56:460411デフォルトの名無しさん
2009/09/12(土) 22:12:08よくてarray 20で粒度変わらず
悪くてarray 10で粒度倍
0412デフォルトの名無しさん
2009/09/12(土) 22:13:160413デフォルトの名無しさん
2009/09/12(土) 22:19:33ttp://www.4gamer.net/games/045/G004578/20080725028/images/13.jpg
>なお，北米版のプレゼンテーションでは，SIMD Unitが16SPで構成され，
>計1600SPあるように見えるブロックダイアグラムが存在していたが
>――単なるうっかりミスなのか，次世代GPUなりなんなりのものを誤引用したのかは不明――
配線の問題からも、クラスタ数そのままでSP倍増、粒度倍増の可能性大
0414,,・´∀｀・,,）っ-○○○
2009/09/12(土) 22:43:140415デフォルトの名無しさん
2009/09/12(土) 23:19:31テクスチャをフィルするだけで8秒って
インタプリタ言語でベタに書いたってそんなには
かからないだろ。
デバイスドライバが動いてないのかな？
0416デフォルトの名無しさん
2009/09/12(土) 23:22:17いや違う。
RadeonはOpenCLが苦手だから
処理がとてつもなく遅いらしい
0417デフォルトの名無しさん
2009/09/12(土) 23:28:42x86で計算しているだけ。
0418デフォルトの名無しさん
2009/09/13(日) 03:53:01AppleとAMDでは
When I run it on ATI Stream SDK 2.0 beta on Windows,
I got terribly slow performance: around 8 secs per frame!
(On SnowLeopard OpenCL(CPU version) it runs around 0.0001 secs per frame)
■ このスレッドは過去ログ倉庫に格納されています