トップページ⇒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/
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だけでも実装してみたい
0176デフォルトの名無しさん2009/07/14(火) 10:41:31
R800系はGPGPU向けにアーキテクチャを少し変えるらしい。
ttp://www.nordichardware.com/news,9612.html
0177デフォルトの名無しさん2009/07/15(水) 00:34:54
>>176
CUDAをそっくりそのままパクルらしく
Nvidiaの中の人訴訟だっていってたぉ
0178デフォルトの名無しさん2009/07/15(水) 06:37:08
nvってほんと馬鹿だな
0179デフォルトの名無しさん2009/07/15(水) 06:46:45
>>177
ソース
つか、GPUのハードウェアアーキテクチャの話でプログラム言語を
パクるって話がどうして出てくるんだ？
0180デフォルトの名無しさん2009/07/15(水) 07:33:01
>>179
CUDAにほぼ近い言語用意するために
今回ハードのアーキテクチャ一部変更するでしょ
0181デフォルトの名無しさん2009/07/15(水) 08:43:49
DX11のCSに対応させれば自然とGPGPU向け強化になるし
現状のCUDAハードの機能的上位互換にもなるだろう。

アーキテクチャ的にはそんなに変える必要は無い。
VLIWのままでも必要ならば演算粒度は16分の1まで下げられるだろ。
0182デフォルトの名無しさん2009/07/15(水) 09:53:25
訴訟起こして、CUDAそのものを採用させることで和解？
0183デフォルトの名無しさん2009/07/15(水) 10:26:00
必死だな
0184デフォルトの名無しさん2009/07/15(水) 17:45:00
消えるcudaになんて対応させたってなんになる
0185デフォルトの名無しさん2009/07/15(水) 19:13:37
OpenCLとかなんてCPUでもDSPでも適当なハードで動くし
0186デフォルトの名無しさん2009/07/15(水) 20:35:00
>>185
Radeonじゃ動かないよ
AppleがGeforceびったりだし
それをIntelが支援してる
0187デフォルトの名無しさん2009/07/15(水) 20:42:41
おやおや、必死ですね

うんうん、Dell,HP,Appleはnvしかないよね
間違っても欠陥が原因で排除なんてしない
0188デフォルトの名無しさん2009/07/15(水) 20:47:52
>>187
来年からDELLもHPも
デスクトップ向け製品で
AMDのCPU搭載製品出さないよ

AMD商売下手でバカだからさ
来年NvidiaはAMD向けのチップセット生産できなくなるし
0189デフォルトの名無しさん2009/07/15(水) 20:56:11
（笑）
■ このスレッドは過去ログ倉庫に格納されています