トップページ⇒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/
0951デフォルトの名無しさん2009/10/10(土) 05:47:15
ワンチップ倍精度1TFLOPSを実現するのに

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

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

AMDはどうでもいいw
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
rv870は実行5%くらいだがな
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クラスで十分w
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化はもちろん、マルチコア化でどんどん差を縮められる

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

まして、ノートだと2コアのままで当分は行くらしい
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関係の資料ダウソした
人数ってだけだから信じるなよw
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は高性能
プログラムを組む奴が低知能

どうにもならんわなw
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
外部プロセッサじゃデータ転送のレイテンシもスループットも話にならない。

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