トップページ⇒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/
0076デフォルトの名無しさん2009/06/14(日) 20:19:34
OpenGLとDirect3Dみたいに棲み分け……られるのか？
0077デフォルトの名無しさん2009/06/14(日) 20:26:04
>>75
仕様はともかく実装はベンダー任せじゃないの？
0078デフォルトの名無しさん2009/06/14(日) 20:57:39
OpenGLよりも棲み分けし易いんじゃね。
コンシューマ用途じゃ、扱う問題が小さい+レスポンス重視だから
GPGPUが有効な物でも実力の10%程度しか出せないものが殆ど。

GPGPUが本当に有効に働くのは、スパコンでやるような
大規模な科学技術計算みたいなものなのだから
0079デフォルトの名無しさん2009/06/14(日) 21:01:39
使えるとしてPhysXやHavokみたいなゲーム物理ぐらいだからね
まぁDirectXとのInteroperabilityがもっと上がったら、テクスチャ動的生成とかに使えそうな気はするけど
0080デフォルトの名無しさん2009/06/14(日) 21:16:00
結局後出しで競争も激しいCopmute Shaderの方がパフォーマンスで勝りそうな予感
0081デフォルトの名無しさん2009/06/14(日) 21:22:50
Windows最強ってことだなうん
0082デフォルトの名無しさん2009/06/15(月) 01:17:56
まあある意味では真なんだろうなあ

でもMSって対抗馬がいないと頑張らないからMSファンにとってもOpenCL重要
0083デフォルトの名無しさん2009/06/16(火) 00:13:35
DirectXとOpenGLの関係と同じで、WindowsだとCompute Shader、
他のOSではOpenCLって感じに棲み分けができるんでは？
最終的にはPhysXとHavokもDirectXに統合されるんじゃないかね。
GPUメーカー依存の規格は最終的には滅ぶ。
0084デフォルトの名無しさん2009/06/16(火) 00:25:41
>>83
いやそれは無い
Intelが新しいGPUの代理店募ってるし
既存のチャンネル潰してIntelに振り分ければ
報奨金出るから、今後の情勢として代理店レベル
開発者レベルどの層でもIntelとMSの独自規格で
占められるはず。

0085デフォルトの名無しさん2009/06/16(火) 00:44:22
ECに目を付けられているから報奨金はもう出ないでしょ
○万個ただであげるとかだよｗ
0086デフォルトの名無しさん2009/06/16(火) 01:03:38
nVidiaは近く廃れると思う
0087デフォルトの名無しさん2009/06/16(火) 02:02:18
つってもATiは昔から新規格ブチ上げたりデモしたりするのは早いけど普及がダメダメじゃん。
StreamとかHavokとか。OpenCLも発表だけは早かったけど今はNVに水あけられてるだろ？
IntelはATiを上回る糞ドライバっぷりで、ららびーが出た時点ではまともに動作するのかも怪しいし。
NVの優位はそう簡単には覆らないんじゃないの？
NVが大ポカして、なおかつATiとIntelが驚異の改善でもしない限り。
0088デフォルトの名無しさん2009/06/16(火) 02:06:44
現状GPGPU技術ではnVidiaの一人勝ち感があるなぁ。
Intelがもうちょっと別方向のアプローチで頑張ってくれるといい競争になると思うんだけど。
ATIにはもう期待しとらん。。。
0089デフォルトの名無しさん2009/06/16(火) 02:08:58
LarrabeeのドライバとGMAのドライバは帰属するグループが異なるから何とも言えん
先日WindRiver買収したけどここのコンパイラがヘボでもICCダメって話にはならんわけで
0090デフォルトの名無しさん2009/06/16(火) 20:15:20
なんでATIが出てくるんだ？
HavokはIntelだしOpenCLはAppleですよ？
0091デフォルトの名無しさん2009/06/16(火) 20:23:30
>90
ATiはHavokと契約してライセンスうけとるよ
あとOpenCLは名前の通りオープン規格だし、規格策定にはAMD、nVidia、Intelを含む主要メーカーが参加してる
別にApple専用規格じゃない
0092デフォルトの名無しさん2009/06/16(火) 20:32:02
>>89
Larrabeeのドライバは元ATIとNvidiaのエンジニア
で構成される主力部隊で開発しているから
完成度は従来よりも高いよ
0093892009/06/16(火) 20:35:11
>>92
実物が出てないので判断は保留ということで
0094デフォルトの名無しさん2009/06/16(火) 21:29:53
>>93
9月後半か10月中旬に配られるから
大丈夫順調順調
0095デフォルトの名無しさん2009/06/16(火) 23:17:51
>>88
>現状GPGPU技術ではnVidiaの一人勝ち感があるなぁ。
しかし、GPGPU自体が、全然勝ち感がないね。。
0096デフォルトの名無しさん2009/06/16(火) 23:23:58
現状、GPUを跨いだ規格であるCompute ShaderやOpenCLがテスト段階だからね。
いわば始まってもいない状態で、勝ち負けを語る段階にない。
0097デフォルトの名無しさん2009/06/16(火) 23:32:19
>>96
90%Compute Shaderって言われてるよ
1社で1500億円投入すると言われている

OpenCLは集金がもう破綻していて
そろそろ予算尽きる
0098デフォルトの名無しさん2009/06/16(火) 23:40:11
とはいってもCompute ShaderがWindows専用品であるDirectXの一部である以上、
OpenCLは計画が幾ら遅延しようとUNIX系列やその他のOS用に開発は続行されるだろう。
0099,,・´∀｀・,,）っ-○○○2009/06/16(火) 23:56:32
GPUで何かやろうって考える人の方が稀だ。
0100デフォルトの名無しさん2009/06/16(火) 23:57:56
HPC分野だとUnix/Linux優勢だから（クラスタとかの兼ね合いでね）Compute Shaderの一人勝ちは無いと思うよ
もちろん、nVidia PhysXみたいなコンシューマ用途に限るのであればCompute Shaderが優位だとは思う
0101,,・´∀｀・,,）っ-○○○2009/06/16(火) 23:59:20
Ctのほうが好みだな
0102デフォルトの名無しさん2009/06/17(水) 00:04:12
>>99
ですよねーｗ
0103デフォルトの名無しさん2009/06/17(水) 01:59:34
大量の並列数値演算をする用途じゃないとGPGPUのメリットがない
中途半端だとVRAMとのメモリ転送などがあるからかえって遅くなる

だから一般アプリではあまり用途がないんだよね
0104デフォルトの名無しさん2009/06/17(水) 07:04:17
その辺のCUDA2.2の取り組みは面白いな
0105デフォルトの名無しさん2009/06/17(水) 23:33:03
初心者なんですがGPGPUについて
京都大学の掲示板で
＞nvidiaのグラフィック統合チップセットで、このatomの弱点を補うことはできない
＞IONがそもそもGPGPUとは違う話である

という主張があるんですが、そんなにGPGPUってカスなの？

http://www.kyoto-u.com/lounge/pc/html/200903/09030002.html
0106デフォルトの名無しさん2009/06/17(水) 23:38:45
>>105
Larrabee以外はカスだね
0107デフォルトの名無しさん2009/06/17(水) 23:46:37
>>105
それを書いてる奴の文章が、有り得ないくらい糞だから読解しづらいけど
要約すると「動画再生とか一部の用途に限ってはIONでAtomを補えるが、それ以外では役に立たない」ってことでしょ

で駄文の読解はそこまでとして、GPGPUは向いてる用途（ベクトル化、並列化がしやすくてかつ重い）に関しては十分な性能を持ってる
ただ、まだまだGPGPUに移植するのが面倒なのと、その上で性能を出すのが面倒だから今一はやらない
Google Scholarで、GPGPUとか「GPU acceleration」とかで検索かければ山ほどヒットするはずだから
興味有るなら自分で読んでみるのがいいと思うよ
0108デフォルトの名無しさん2009/06/17(水) 23:50:32
CALでQ-Learning解いたサンプルないっすか？
0109デフォルトの名無しさん2009/06/18(木) 00:27:08
105です。レスありがとうございます。
なんだかアンチマックかGPGPUを憎悪しているのか
希望の光を遮られていたような気分でしたが、
ちょいとホッとしました。まだまだこれからですね。
0110デフォルトの名無しさん2009/06/18(木) 00:34:24
GPUは良くも悪くもただの並列計算機。
それもすごくシンプルな。
並列化しにくい問題や分岐が厳しい問題には向いていない、というか使えない。
ごく一部の処理は速くなるけど、IONがあるからといってAtomがCore 2 Duoの性能になるわけじゃない。
0111デフォルトの名無しさん2009/06/18(木) 03:34:23
そもそもオンボッボのnForce9300の並列計算能力が、
Core2QuadのSSEに負けるからなぁ。
0112,,・´∀｀・,,）っ-○○○2009/06/18(木) 03:48:00
2 issue発行のロード・ストアアーキテクチャでSPの積和算とSFUの乗算のスループットを足してるから
最大スループットの理論値自体がかなり無茶なんだよ。

Cell SPEですら一応は積和算を発行しつつロード・ストアが並列実行できるような設計になっている。
0113デフォルトの名無しさん2009/06/18(木) 07:21:03
windows以外のGPGPU用途が果たして必要なのかと
0114デフォルトの名無しさん2009/06/18(木) 07:27:52
>>112
ですよねーGPGPUなんてバカネタですもんねー
0115デフォルトの名無しさん2009/06/18(木) 17:36:55
>>105
GPGPUはともかく、その掲示板って天下の京大生が書いてるとは思えない
APPLE製PC　だとか　IONがそもそもGPGPUとは違うだとか
アホの巣窟みたいだ
0116デフォルトの名無しさん2009/06/18(木) 19:35:28
>>115
激しく同意。
叩かれてるやつの態度はともかく言ってること自体は比較的マシで
他のやつの理解度とレベルが低すぎるだけだなぁとか思いながら読んでた。
0117デフォルトの名無しさん2009/06/18(木) 20:05:38
>>116
文章が読みづらくはあるが、書いてることは概ね的を得てるからな
周りが京大生の掲示板とは思えないレベルの低さ
0118デフォルトの名無しさん2009/06/18(木) 20:30:49
マカーきめぇｗｗｗｗｗ
0119デフォルトの名無しさん2009/06/18(木) 20:32:30
京大でも大半は18〜24の若造だが、これは年齢相応と言うには度を越してる
0120デフォルトの名無しさん2009/06/18(木) 21:56:09
京大って強姦魔いるところだろ？
0121デフォルトの名無しさん2009/06/18(木) 23:12:09
つか、京大も東大も、
バカは本当にバカだぞ。

圧縮解凍ソフト界隈は、東大の連中が多いが、
本当にどうしようもない奴もいる。
0122デフォルトの名無しさん2009/06/18(木) 23:26:01
>>121
バカっていうより下半身だらしない奴が多い
0123,,・´∀｀・,,）っ-○○○2009/06/18(木) 23:45:12
!Kubotar思い出した
あの人は京大だったよな
0124デフォルトの名無しさん2009/06/19(金) 00:29:53
>>122
ワレザを公言しちゃうような奴も多い
0125デフォルトの名無しさん2009/06/19(金) 00:40:21
APPLE製PC 俺も欲しいｗｗｗｗｗｗｗｗｗｗ
PC君 とマック君のCMがあったけど　融合したってことか？ｗｗｗｗ
0126デフォルトの名無しさん2009/06/19(金) 00:42:51
>>121
WINNYで逮捕されたのも東大だったような・・・・
強盗で逮捕された関西のK大もそうだがお勉強は出来ても
人格的に問題ある奴多そう

と、cabos愛好家の俺が言ってみるテスト

スレチガイスマソ
0127デフォルトの名無しさん2009/06/19(金) 12:55:20
ny作者は東大出じゃないと思ったけど
0128デフォルトの名無しさん2009/06/19(金) 13:42:00
学歴話はヨソでやれ
0129デフォルトの名無しさん2009/06/19(金) 23:14:53
use calc::gpgpu;

みたいにするだけで計算力うpするライブラリまだー?
0130デフォルトの名無しさん2009/06/20(土) 03:29:59
ゆとり教育世代を舐めんな！！



想像を絶する馬鹿さ加減だぞ。
新人教育担当が馬鹿の壁にブチ当たって、
次々と鬱で休職に追い込まれてる。
0131デフォルトの名無しさん2009/06/21(日) 00:38:10
OpenCLってやっぱりAppleが仕様を
俺俺仕様にならないことに難色を示していて
どうやら1.0の正式版がリリースされるのは
2010年半ばのようだな
0132デフォルトの名無しさん2009/06/21(日) 00:54:09
ついさっきNVIDIAのドライバリリースのニュース見たが・・・
0133デフォルトの名無しさん2009/06/24(水) 21:04:52
AMDはDX11に集中的リソース投入するから
OpenCLはほぼ進展させないみたいだね

投資も引き上げるのほぼ確定気味だし
0134デフォルトの名無しさん2009/06/24(水) 22:27:10
オープンオープンと声高に叫んで結局その程度だったか
0135デフォルトの名無しさん2009/06/25(木) 00:35:51
高い金払ってその程度に満たないものも多いがな。
0136デフォルトの名無しさん2009/06/25(木) 06:37:48
AppleとかM$とかガチガチclosed体質企業に、Open〜とか無理。
0137デフォルトの名無しさん2009/06/25(木) 07:28:49
OpenCLはAppleがOKを出さないと
だめだからなぁ

0138デフォルトの名無しさん2009/06/25(木) 17:46:34
msがclosedとか馬鹿も休み休み言え。
0139デフォルトの名無しさん2009/06/25(木) 17:59:41
まあ、MSは昔よりはオープンになってきたよな。
Googleとは好対照な感じだわ。
0140デフォルトの名無しさん2009/06/25(木) 21:54:21
どっちにしろDirectXはオープンじゃないけどね
0141デフォルトの名無しさん2009/06/25(木) 22:40:15
interfaceと仕様のオープンで十分。実装までオープンしろとか言ってる奴はコピペ厨。
0142デフォルトの名無しさん2009/06/26(金) 06:34:33
Win32APIもhiddenだらけ
0143デフォルトの名無しさん2009/06/26(金) 06:35:37
Open Sourceに非らずは、Openに非らず--R.M.S
0144デフォルトの名無しさん2009/06/26(金) 08:01:28
要出典
0145デフォルトの名無しさん2009/06/26(金) 11:21:50
RMSが「オープンソース」についてそんな発言するなんてありえんだろ。
free（自由）にあれだけこだわるんだから。
0146デフォルトの名無しさん2009/06/26(金) 15:06:47
MSがクローズドなんて、一度IBMと仕事で関わってから言えｗ
0147デフォルトの名無しさん2009/06/26(金) 21:02:34
Oracleのサポートに関わるとMSのサポートは神対応に思えるね。
0148デフォルトの名無しさん2009/06/26(金) 22:27:11
NvidiaがAMD向けのチップセット出さなくなると
AMD用のマザーボードでGeforceが動作しなくなるそうだ

0149デフォルトの名無しさん2009/06/27(土) 11:39:17
それは驚きだな
0150デフォルトの名無しさん2009/06/27(土) 13:43:25
たぶんnForceのこと
0151デフォルトの名無しさん2009/06/29(月) 01:08:11
新趣向：12桁SHA-1トリップ

http://qb5.2ch.net/test/read.cgi/operate/1245724530/
0152,,・´∀｀・,,）っ-○○○ ◆??? 2009/06/29(月) 22:19:58
乞食うぜっｗｗｗ
0153デフォルトの名無しさん2009/06/29(月) 22:25:22
メインサポが終わってDXCSも使えないXPはスルーで良いでしょ
0154デフォルトの名無しさん2009/06/29(月) 22:34:13
>>152
先生ATIは見限っても大丈夫ですよね？
はやりませんよね？
0155,,・´∀｀・,,）っ-○○○ ◆??? 2009/06/29(月) 22:41:56
SSEとかの延長で考えるならLarrabeeが一番楽
0156デフォルトの名無しさん2009/06/30(火) 07:01:41
実際にSSEライクなshader(Centaur設計)を搭載した
S3 Chrome400/500の実行効率は半端無いね
0157デフォルトの名無しさん2009/06/30(火) 10:52:34
choromeの内部構造公開されてるならリンクくれ
0158デフォルトの名無しさん2009/06/30(火) 19:28:59
ttp://www.computerbase.de/artikel/hardware/grafikkarten/2008/test_s3_chrome_440_gtx/
ttp://farm4.static.flickr.com/3033/2433836498_f836563488_o.jpg

ttp://pc.watch.impress.co.jp/docs/column/kaigai/20090626_296571.html
ちなみに、S3 Graphicsも、同じVIA Technologies傘下のCPUメーカーCentaur Technologyの支援を受けてカスタム設計を部分的に採用していると言う。
0159デフォルトの名無しさん2009/06/30(火) 19:42:32
お粗末過ぎて笑う気にもならん
0160デフォルトの名無しさん2009/06/30(火) 20:12:09
なにが？
0161デフォルトの名無しさん2009/06/30(火) 21:00:54
ttp://www.youtube.com/watch?v=pGnrBu3N2QE
まぁ、理論パフォーマンス1/10程度の540に
ここまでせまられたら、お粗末だわな
0162デフォルトの名無しさん2009/07/01(水) 10:46:19
混沌としてるな

北森瓦版 - AMDはNVIDIAのCUDAをサポートするのか？
ttp://northwood.blog60.fc2.com/blog-entry-2939.html
0163デフォルトの名無しさん2009/07/01(水) 12:14:50
また神奈川hi-hoが暴れてるんだろ
0164デフォルトの名無しさん2009/07/01(水) 22:02:03
>>162
メリットが無い
0165デフォルトの名無しさん2009/07/08(水) 21:00:12
トリップの計算って確かにＧＰＵ向きだね
とっくにあるのか？
0166デフォルトの名無しさん2009/07/08(水) 22:34:32
ATi用ならある
Radeon - プロジェクト・ナニ屋 Wiki - プロジェクト・ナニ屋 - SourceForge.JP
http://sourceforge.jp/projects/naniya/wiki/Radeon
0167デフォルトの名無しさん2009/07/08(水) 23:57:06
>>166
それCALで本当に書いてる？
リバースしてるけどそんなにCAL使ってるようには見えない
0168デフォルトの名無しさん2009/07/09(木) 00:18:30
知らんがな。
作者にメールでもして聞け。
0169デフォルトの名無しさん2009/07/09(木) 00:28:06
>>168
もう何回も出してるけどエラーしか返ってこない
VIPPER用語使って素人を演出してみたけど無理だった
0170デフォルトの名無しさん2009/07/09(木) 05:55:21
brookでベース書いて、手でcal ilの最適化してる
0171デフォルトの名無しさん2009/07/09(木) 12:29:03
CUDA Best Practices Guide Now Available
http://news.developer.nvidia.com/2009/07/cuda-best-practices-guide-now-available.html
0172デフォルトの名無しさん2009/07/09(木) 22:33:30
AMDってオープンオープンうぜーだけど
ソース開示してくれって言っても全然開示してくれない

自分たちが見せたいものだけ見せるって
ただの変質者じゃねーか
0173デフォルトの名無しさん2009/07/09(木) 22:34:37
Intelに対抗するためのリソースを奢って欲しいだけだからな
乞食
0174デフォルトの名無しさん2009/07/09(木) 22:45:47
>>167
ttp://slashdot.jp/developers/08/12/14/1438221.shtml
0175デフォルトの名無しさん2009/07/09(木) 22:51:46
CALで文字列ってどうやって扱うの？
ｓｔｒlenだけでも実装してみたい
■ このスレッドは過去ログ倉庫に格納されています