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

GPGPU#3

■ このスレッドは過去ログ倉庫に格納されています
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/
0497デフォルトの名無しさん2009/09/18(金) 20:04:44
サンプルチップの良品率が2%を切っているという愉快な噂も流れているし、
40nmで余裕が出来た発熱マージンを全部使い切った超巨大チップにしてるんじゃないの？
0498デフォルトの名無しさん2009/09/18(金) 20:53:31
GT200の時点でGPGPUメインの「時代が付いて来い」設計だからなあ
0499デフォルトの名無しさん2009/09/18(金) 21:29:15
GPU会社だけあってGPUの将来が見通せてたんだよ
お絵かきだけじゃもたないってさ
0500デフォルトの名無しさん2009/09/18(金) 21:33:41
ATIはオートンが居なくなってから
2000,3000,4000,5000と4世代もアーキ更新なしか
AMDは本当にモノを作れない会社だな
0501デフォルトの名無しさん2009/09/19(土) 00:20:12
4.8TFってすげーよな
でもこれってデュアルなんじゃねーの？
0502デフォルトの名無しさん2009/09/19(土) 01:59:06
シェーダユニット数だけ見ると, AMD の圧倒的優勢に見えるんだけど...

RadeonHD一万円級 : 800 units
GeForce最上位 : 320 units

GeForce はなぜメモリバス幅が 448bit と中途半端なんだ?
0503デフォルトの名無しさん2009/09/19(土) 02:00:56
AMDとかいうウンコの話はこのスレでは必要無い
0504デフォルトの名無しさん2009/09/19(土) 02:10:38
>>503

げふぉとかいうクソの話はこのスレでは必要無い.

アンチラデ厨がいるぞ.
0505,,・´∀｀・,,）っ-○○○ ◆??? 2009/09/19(土) 08:30:22
デコーダに連なるユニット全て1コアとカウントすれば

ﾗﾃﾞｵｿ・・・ワイドSIMD×VLIWの10コア
GT200・・・ワイドSIMDの30コア
0506デフォルトの名無しさん2009/09/19(土) 08:57:52
AMDがBulletを: 新 masafumi's Diary
ttp://masafumi.cocolog-nifty.com/masafumis_diary/2009/09/amdbullet-7c91.html

無料同士で正面衝突かよ。共通規格は遠いなあ・・・
0507デフォルトの名無しさん2009/09/19(土) 08:57:53
R800世代でも20coreか

nvは非x86のlarrabeeになりそうだし
方向性としてはモノを作れないAMDだけが明後日方向を向いてとりこのされてる感じだな
カークの言葉を借りれば、粗悪な大量のピクセルを目指して

次世代以降もIntelとnvidiaのにらみ合い
AMDは蚊帳の外
0508デフォルトの名無しさん2009/09/19(土) 10:29:44
GeForce GTX 280の演算性能は933GFLOPS、Radeon HD 4870は
1.2TFLOPS(1200GFLOPS)であり、このスペックだけを見ると
Radeon圧倒的優勢に見えるが、一般的なGPGPUアプリケーションは
GeForceアーキテクチャの方が高効率に演算リソースが利用され
ハイパフォーマンスが期待できる。それではRadeonがダメなのかというと、
そんなことはなく、うまくSIMDユニットをフル活用するように
アプリケーションを構成できさえすれば、1.2TFLOPSの性能が発揮できることだろう。
0509デフォルトの名無しさん2009/09/19(土) 10:33:44
お絵かき専門のどうしようもない代物だということだな
0510デフォルトの名無しさん2009/09/19(土) 10:35:47
>>508
VLIWじゃ無理
RadeonはGeforceと同一の
アーキテクチャにしないと負ける
0511デフォルトの名無しさん2009/09/19(土) 10:38:15
一般的なGPGPUアプリケーションってシェーダ効率以前の問題で、
GPU側で処理する粒度が小さすぎて、足回りの差が出ているだけ。
演算性能の殆ど無駄にして、CPUよりは速いレベルで喜んでいるのが殆ど。

50倍、100倍速くなるもともとGPGPU向けのアプリケーションの場合
逆に演算の汎用性なんか殆ど関係なく、最適化すれば
単純に素の演算性能に見合った実効性能がでる。
でかい密行列同士の積とか、Nbodyみたいな奴ね。
0512デフォルトの名無しさん2009/09/19(土) 10:56:24
じゃあGrapde-DRでいいじゃん
0513デフォルトの名無しさん2009/09/19(土) 11:03:11
Grape-DRは、素の演算性能が低いから
メイン用途のNbodyでGPU相手に太刀打ちできそうにない。

で、GPGPUより汎用性高いとかいう理屈で正当化する
必要に迫られたわけだ。
0514デフォルトの名無しさん2009/09/19(土) 11:04:24
GPGPUなんてプログラムまともにかけねーじゃん
0515,,・´∀｀・,,）っ-○○○ ◆??? 2009/09/19(土) 11:05:22
メモリ帯域狭いしな

利権・・・じゃなかった理研の人的にはLarrabeeはそれなりに前評判良いらしいけど
0516デフォルトの名無しさん2009/09/19(土) 13:01:30
ATIは粒度でかすぎ
16*5*4=320
nv
8*4=32
0517デフォルトの名無しさん2009/09/19(土) 13:04:05
charが計算できないものはゴミ
0518デフォルトの名無しさん2009/09/19(土) 15:08:57
intelとnv
まだ両者とも物が無いんだよな
0519デフォルトの名無しさん2009/09/19(土) 15:13:22
>>518
intelのは来月開発版貰えるだろ
0520デフォルトの名無しさん2009/09/19(土) 15:18:53
Larrbeeくれんの？
0521デフォルトの名無しさん2009/09/19(土) 15:20:17
>>520
俺は評価キット貸してもらえる
いいだろ？
0522デフォルトの名無しさん2009/09/19(土) 15:27:53
NDAに抵触しない範囲でレポよろ
0523デフォルトの名無しさん2009/09/19(土) 15:33:14
>>521
まじか
もらったらまず何やるの？
0524デフォルトの名無しさん2009/09/19(土) 19:10:30
http://lucille.atso-net.jp/blog/?p=907
追記

Visual Studio 2008 を使っているのですが、デバッグ -> デバッグ開始だととても遅くなる模様(Release ビルドでも).
デバッグ -> デバッグなしで実行だとそれなりの速度でうごきました.
んー、なにか変な実行時デバッグチェックが、OpenCL ドライバかどうか分かりませんが、入っているのですかね.
ちなみに「デバッグなしで実行」でも、0.05 secs　くらいかかりました.
(SnowLeopard の 0.0001 秒に比べるとまだ遅い)
0525デフォルトの名無しさん2009/09/19(土) 21:06:21
つかAMDが作ったSDKをIntelCPUで動かして遅いって
SSE2・3がAMDで遅いのと同じレベルの話だよな
釣りなのか本気なのか
0526デフォルトの名無しさん2009/09/19(土) 21:22:34
>>525
ちなみに同じプログラムを
６コアのOpteronで動かすと１９秒もかかるんだぜ？ｗ
0527,,・´∀｀・,,）っ-○○○ ◆??? 2009/09/19(土) 23:01:22
http://software.intel.com/en-us/data-parallel/

Intelがいよいよ動き出した。
Ctのβテスター募集だってさ。
0528デフォルトの名無しさん2009/09/19(土) 23:12:08
団子がレビューしてくれよ。
すげー、かっけー、じゃなくて
書きやすさとかを実例でもってさ。
0529,,・´∀｀・,,）っ-○○○2009/09/19(土) 23:31:30
当然申し込んでるよ
0530デフォルトの名無しさん2009/09/19(土) 23:33:57
とりえあずgoogleのメアド3000口分応募しておいた
0531デフォルトの名無しさん2009/09/19(土) 23:36:26
GPUでFM音源作ってたころが懐かしいな。
PS1.1縛りであれこれやってたなぁ。
0532デフォルトの名無しさん2009/09/19(土) 23:58:21
俺もgmailで4500口分応募した
0533デフォルトの名無しさん2009/09/20(日) 00:43:01
>>531
あんたここに居たのか
・・・まぁ居るわな
0534デフォルトの名無しさん2009/09/20(日) 07:25:14
>>530
そういうのってスパム扱いでアウトなんじゃなかったっけ？
0535デフォルトの名無しさん2009/09/20(日) 11:38:18
GPGPUでエンコードテスト
http://www.nicovideo.jp/watch/sm7902356
0536デフォルトの名無しさん2009/09/23(水) 19:42:50
HD5800の正式発表来たな。
Streamを早々に放棄してCSとOpenCLに任せ、
Havokを打ち棄ててスタンスフリーなBullet(CUDAアクセラレーションも行っている)と手を組むとは
実にエレガント。
成功するかどうかは知らんけど。
0537デフォルトの名無しさん2009/09/23(水) 20:02:23
いっそのことCUDAを乗せられたら大成功だったと思うんだがな。

さすがにそんなことはできないけどｗ
HD58x0系のThread Execution Managerの仕組みとか気になる
0538デフォルトの名無しさん2009/09/23(水) 20:09:40
今回もRadeonのdoubleは無効なのかね
0539デフォルトの名無しさん2009/09/23(水) 20:12:25
無知が来た
0540デフォルトの名無しさん2009/09/23(水) 20:14:06
>>536
Rouge Wave次第だから意味ない
実際人のよさげなあのおっさん管理職なだけで
無能だし
0541デフォルトの名無しさん2009/09/23(水) 20:14:46
結構いい選択だと思う。 Streamは腐ってたし。
次のATIの実装が腐ってないという保証もないけど。
0542デフォルトの名無しさん2009/09/23(水) 20:29:20
CUDA立ち上げた人がAMDに移ってるそうなので、とりあえず動かせるものには仕上げてくるんじゃないかな

4Gamer.net ― DirectX 11が加速するゲームの進化〜AMD，新世代DirectXのポイントとメリットを解説（DirectX）
ttp://www.4gamer.net/games/033/G003329/20090922001/
0543デフォルトの名無しさん2009/09/24(木) 00:06:40
>>538
single 2.7TFLOPS double 544GFLOPS
とあるね。
http://journal.mycom.co.jp/photo/special/2009/cypress/images/Photo15l.jpg
0544デフォルトの名無しさん2009/09/24(木) 00:10:40
int8は無いのかね？
0545デフォルトの名無しさん2009/09/24(木) 00:15:19
>>543 リンク間違い
http://journal.mycom.co.jp/special/2009/cypress/index.html
0546デフォルトの名無しさん2009/09/24(木) 00:22:28
>>544
OpenCLにはint8があるけど・・・
http://www.khronos.org/developers/library/overview/opencl_overview.pdf　（p.41）
0547デフォルトの名無しさん2009/09/24(木) 00:23:59
型名の後の数字はベクタ長だろ。
0548デフォルトの名無しさん2009/09/24(木) 00:51:35
>>543
FireGLでないRadeonのGPGPUモードで有効になってるのかなって意味で。
GeForceより演算器数多いから期待してるんだけど。
0549デフォルトの名無しさん2009/09/24(木) 00:54:25
>>548
3xxxの頃から普通に使えたでしょ。
0550デフォルトの名無しさん2009/09/24(木) 01:43:02
使えたけど使用可能な組み込み関数が少なくて使い物にならなかったような
64bitOSのせいか？
0551デフォルトの名無しさん2009/09/25(金) 01:53:20
>>516
> ATIは粒度でかすぎ
> 16*5*4=320
> nv
> 8*4=32

大は小を兼ねるんや!!!
0552デフォルトの名無しさん2009/09/25(金) 03:36:39
ああ、そういえばRV870でも結局でかいままだったな
0553デフォルトの名無しさん2009/09/25(金) 04:03:38
グプグプゥ
0554デフォルトの名無しさん2009/09/25(金) 16:13:47
HD5870x2、500ドル以内だとよ。
倍精度1TFを5万でデスクサイドに置ける時代が来るとはな。
0555デフォルトの名無しさん2009/09/25(金) 22:29:29
エアTF
0556デフォルトの名無しさん2009/09/25(金) 22:50:08
GT300は1コアで4.8TFだからな
Radeonなんて足元にも及ばん
0557デフォルトの名無しさん2009/09/25(金) 23:08:22




ここまでソース無し




0558デフォルトの名無しさん2009/09/25(金) 23:09:42
ソースみつけた
http://images.anandtech.com/graphs/rv870_092209122344/20136.png
0559デフォルトの名無しさん2009/09/25(金) 23:23:22
>>558
全然ソースになってねえよ
0560デフォルトの名無しさん2009/09/25(金) 23:48:37
GT300は250軽く超えるだろ
0561デフォルトの名無しさん2009/09/26(土) 04:33:13
ATIは鈍足だなｗ
0562デフォルトの名無しさん2009/09/26(土) 07:24:25
なんの意図でその絵を貼り付けまくってるのか知らんが
ラデオソの低効率を広めたいのかな？
0563デフォルトの名無しさん2009/09/26(土) 20:04:01
さて5870買ったが
OpenCLがGPUモードにならないで
何時までもCPUモードなんだが

どうゆうことなのか説明してもらおうか
0564デフォルトの名無しさん2009/09/26(土) 20:31:13
CPUメーカーに将来統合される暗示です
0565デフォルトの名無しさん2009/09/26(土) 21:11:04
CPUですら遅いライブラリしか出来ないのに
いはんやGPUをや
0566デフォルトの名無しさん2009/09/26(土) 21:30:50
>>563
Snow Leopardの話？
0567デフォルトの名無しさん2009/09/26(土) 21:31:26
ラデ対応版Bulletの現物ﾏﾀﾞｰ
ATiって新規格ブチ上げるのはいつも早いけどそれがまともに動くブツを出さないから
いつまでたってもNVIDIAに勝てないんだよ
0568デフォルトの名無しさん2009/09/26(土) 21:47:38
>>563
Snow Leopardじゃそもそも画面すら
写らんよ
0569デフォルトの名無しさん2009/09/28(月) 20:03:01
ぐぷぐぷっ
0570デフォルトの名無しさん2009/09/29(火) 15:20:51
OpenCL Download Page
http://developer.nvidia.com/object/opencl-download.htm
0571デフォルトの名無しさん2009/09/30(水) 01:02:42
OpenCLでCUDA潰して、BulletのOpenCLベース化をサポートしてPhysXを潰す、と。
スマートな発想だが、いつもの如くAMDのOpenCL対応がｇｄｇｄで画餅と化すに万札2枚賭けよう
0572デフォルトの名無しさん2009/09/30(水) 01:39:39
結局のところCPUと共食いしちゃうようなアクションを本気では起こせないから
これからはOpenCLだDirectComputeだって言って、
とりあえずCUDAのマインドシェアだけ落としておきたいんだろう
OpenCL実装のやる気のなさを見てるとそんな感じに見える
0573,,・´∀｀・,,）っ-○○○2009/09/30(水) 01:59:20
AMDがいまさらHalf Floatの変換命令をCPUサポートする計画を立てる意味ってどこにあると思う？
どうやらシェーダの前処理としてデータの再パッキングをCPUでやらせたいらしい。

GPUの柔軟性のなさをCPU側で補いつつ、グラフィック性能を追求する方針なんだろうね。
0574デフォルトの名無しさん2009/09/30(水) 02:20:53
SDKの中のDirectCompute_Release_Note.txtに

Open the registry editor in the window
Start -> regedit
Click at the very top icon labeled "Computer" in the Registry Editor
Search for D3D_39482904 the string. If found, delete it from the registry.
There should be about 2 instances of this registry key

って操作があったのでやってみたら、190.38beta以外ではネイティヴ動作しなかったDirectX SDKの一部のCSサンプルが
191.03でも動くようになった。
0575デフォルトの名無しさん2009/09/30(水) 02:52:34
んでもマルチプラットフォーム展開するBulletとしては実験中のCUDA対応をぶん投げてOpenCLにシフトするのは確実だろうし、
そうなればAMDの実装が腐っていようがBulletがPhysXに勝利するんじゃないか。
AMDがOpenCLをまともに実装すればプラスになるし、最悪の場合(実装断念)でもマイナスにはならない。
0576デフォルトの名無しさん2009/09/30(水) 03:38:15
Bulletってどんなゲームに採用されてるの
0577デフォルトの名無しさん2009/09/30(水) 06:51:46
http://en.hardspell.com/doc/enshowcont.asp?id=7117
Nvidia works together with Microsoft for high performance GPU computing
0578デフォルトの名無しさん2009/09/30(水) 10:21:53
>>571
そのOpenCLもNVIDIAに水を開けられている罠。
0579デフォルトの名無しさん2009/09/30(水) 18:38:29
http://www.fudzilla.com/content/view/15741/1/
Nvidia to show DX 11 Fermi today

We expect that Nvidia CEO Jensen Huang will demonstrate the card at the GTC keynote that should start at 1.00 PM Pacific time or roughly 10 PM Central European time.

Fermi has a lot of cache and supports instructions that use to be common only for CPU
and many people believe that this is a hybrid between a graphics card and a CPU.
This might be the direction that Nvidia will be heading.
0580デフォルトの名無しさん2009/09/30(水) 21:24:57
GT300は4.8TF確定で
11月に公式発表するって
0581デフォルトの名無しさん2009/09/30(水) 21:41:15
ttp://www.techarp.com/showarticle.aspx?artno=88&pgno=5
ttp://www.techarp.com/showarticle.aspx?artno=88&pgno=6
ttp://www.techarp.com/showarticle.aspx?artno=88&pgno=7
ttp://www.brightsideofnews.com/news/2009/9/30/nvidia-gt300s-fermi-architecture-unveiled-512-cores2c-up-to-6gb-gddr5.aspx
ttp://www.brightsideofnews.com/news/2009/4/22/nvidias-gt300-specifications-revealed---its-a-cgpu%21.aspx

>A GPU supports C++ natively?
なんぞこれ
ハードウェアコンパイラー？
0582デフォルトの名無しさん2009/09/30(水) 21:42:15
┌────────┬────┬────┬────┬────┬────┐
│　 　 　 　 　 　 　 　 │GTX 380 │GTX 360 │GTS 350 │GTS 340 │GTX 285 │
├────────┼────┼────┼────┼────┼────┤
│SP数　　　　　 　 　 │　 512. 　 │　 480. 　 │　 320. 　 │　 256. 　 │　 240. 　 │
├────────┼────┼────┼────┼────┼────┤
│ROP数　　　　 　 　 │ 　 64　　 │ 　 56　　 │ 　 48　　 │ 　 40　　 │ 　 32　　 │
├────────┼────┼────┼────┼────┼────┤
│コアクロック　　　　 │　700MHz│　650MHz│　675MHz│　625MHz│　648MHz│
├────────┼────┼────┼────┼────┼────┤
│シェーダクロック...　│　1.6GHz..│　1.4GHz..│　1.7GHz..│　1.5GHz..│1476MHz.│
├────────┼────┼────┼────┼────┼────┤
│メモリクロック　　　 │1100MHz.│1000MHz.│　900MHz│　800MHz│1242MHz.│
├────────┼────┼────┼────┼────┼────┤
│メモリバス　　　　　 │　 512bit . |　 . 448bit │　 384bit . |　 . 320bit │　 512bit . |
├────────┼────┼────┼────┼────┼────┤
│メモリタイプ.　 　 　 │ GDDR5 　|　 GDDR5 │ GDDR5 　|　 GDDR5 │ GDDR3 　|
├────────┼────┼────┼────┼────┼────┤
│消費電力　 　 　 　 │　.225W.　│　.195W.　│　.165W.　│　.140W.　│　.183W.　│
└────────┴────┴────┴────┴────┴────┘
0583デフォルトの名無しさん2009/09/30(水) 21:51:59
単にC++で書いたような普通のコードも走りますよって話じゃねぇの？
Bill DallyのMerrimacはクラスタに1つMIPSコア持ってるようだし、
Fermiもシェーダクラスタに1つARMコアでもついてるのかもな。
0584デフォルトの名無しさん2009/09/30(水) 21:58:09
http://www.pgroup.com/resources/cudafortran.htm
PGI CUDA Fortran Compiler
0585デフォルトの名無しさん2009/09/30(水) 23:50:43
OpenCLにDirect3Dとの相互運用性はないけど、PCゲームに進出するシナリオってあるの？
普通にOpenGL使うんかな
0586デフォルトの名無しさん2009/10/01(木) 00:14:46
いまんとこゲームでGPGPUってあんまり聞かないなぁ
流体計算とか、ゲームの中で重要度はまだそんなに高くないし、
OpenGL/Direct3D共にシェーダ言語が意外と多用途に使えるし。
0587デフォルトの名無しさん2009/10/01(木) 00:31:29
まだまだこれからだし、物理計算なんて作り手の知能が高くないとスクラッチできないし。
ミドルウェア屋さんが実装して、ディベロッパーがそれを使うって形になるんじゃない？
あとCPUに命令投げるみたいに普通にGPUにも命令飛ばせないと根本的な使い辛さは解消されないよね。
0588,,・´∀｀・,,）っ-○○○2009/10/01(木) 00:38:36
CPUなら1つの演算ユニット動かすのに1命令だが、
GPUでは1つの命令投げると何十も同じ動きしやがるんだよ。
それ否定したらLarrabee以外選択肢なくなる
0589デフォルトの名無しさん2009/10/01(木) 00:50:04
foreachとかTBBのparallel_forだったらどうにかならん？
0590デフォルトの名無しさん2009/10/01(木) 01:09:59
Bulletの中の人的にはBlenderでGPUが使えればそれでいいやー、ってとこか
0591デフォルトの名無しさん2009/10/01(木) 01:24:16
Bulletの中の人からしたらOpenCLは本命だろうしね
あとはAMDがいらん世話焼いてかきまわしたりNVIDIAが横槍入れたりしなければ
遠くないうちに対応版が出るでしょ
とりあえずユーザーとデベロッパには利益しかない
0592デフォルトの名無しさん2009/10/01(木) 02:14:20
詐欺の常套句出ました
0593デフォルトの名無しさん2009/10/01(木) 03:29:34
Bulletってどんなゲームに使われてるの？
0594デフォルトの名無しさん2009/10/01(木) 04:24:03
でもCS対応の方が需要あると思うんだけど。
DirectXとOpenGLの速度差を考えるとOpenCLよりDirectComputeの方が速いんじゃない？
QuadroはOpenCL特化でGeforceはCS特化とかやりそうだし。
0595デフォルトの名無しさん2009/10/01(木) 08:05:33
なんか、穏当な拡張で済ませてきたな＞Fermi
0596デフォルトの名無しさん2009/10/01(木) 09:20:53
>>595
倍精度が結構いいね。
でもNVは最終的にはCPUを作りたいのかね？
Co-processingとかいうのをきくと。
■ このスレッドは過去ログ倉庫に格納されています