1 名前:デフォルトの名無しさん [2007/08/29(水) 17:08:58 ] いつの間にやらCPUを超える演算性能を持ってしまったGPUに計算させてみるという GPGPUについて語りましょう 前スレ GPGPU pc11.2ch.net/test/read.cgi/tech/1128780920/ 関連スレ pc11.2ch.net/test/read.cgi/tech/1167989627/ 参考リンク 総本山? gpgpu.org www.gpgpu.org/ CUDA developer.nvidia.com/object/cuda.html GPUをCPU的に活用するGPGPUの可能性 pcweb.mycom.co.jp/articles/2005/09/06/siggraph2/
112 名前:デフォルトの名無しさん mailto:sage [2008/01/15(火) 10:17:49 ] >>111 kwsk
113 名前:デフォルトの名無しさん [2008/02/05(火) 09:17:50 ] 流れが止まったな
114 名前:デフォルトの名無しさん mailto:sage [2008/02/05(火) 14:45:38 ] 今だから聞きたいんだが、 お前らAMDとNvidiaのどっちが優れている、又はスタンダードになると思う? GPUのシェーダー性能はAMDが優れていて、開発環境としてはNvidiaのCUDAのほうが普及している。 DX10.1対応で先行しているAMD、今度Phsixを買収するNvidia。 ぱっと見、抜きつ抜かれつでいい勝負しているように見えるが、どうなんだろうか。
115 名前:デフォルトの名無しさん mailto:sage [2008/02/05(火) 21:50:23 ] 犬VidiaがCPUも開発すれば良いよ。 犬糞動けば良いんだからさ。
116 名前:デフォルトの名無しさん mailto:sage [2008/02/06(水) 03:19:55 ] ゲーム屋からみると、開発リソースはnVidiaが勝っているように思えるな。 結局今は様子見しかない。 GPGPU か、 hyper parallel coprocessor かは、先が見えるまでに何年もかかるんじゃない?
117 名前:デフォルトの名無しさん mailto:sage [2008/02/07(木) 14:13:03 ] extern __shared__ int shared[]; でsharedメモリを使えますが、複数の配列を使いたい場合はどのようにすればよいのでしょうか?
118 名前:デフォルトの名無しさん mailto:sage [2008/02/07(木) 14:24:39 ] >>117 cudaの話ならCUDAスレでどうぞ。 pc11.2ch.net/test/read.cgi/tech/1190008468/
119 名前:デフォルトの名無しさん mailto:sage [2008/02/09(土) 21:31:27 ] もうさ、GPUを直接プログラミングしたほうが早くね?
120 名前:デフォルトの名無しさん mailto:sage [2008/02/09(土) 22:13:13 ] 公開されていれば…
121 名前:デフォルトの名無しさん mailto:sage [2008/02/09(土) 22:40:49 ] intel全部公開? intellinuxgraphics.org/documentation.html amd準備中らしい? nvidia ? cryptにひっかかる回りはどうなってるかしらないが、 その部分はブラックボックスになるんだろう。
122 名前:デフォルトの名無しさん mailto:sage [2008/02/09(土) 22:56:30 ] いや、こんなしょぼいの公開されてもやる気茄子
123 名前:デフォルトの名無しさん mailto:sage [2008/02/09(土) 23:03:56 ] 結局ハード仕様書がないことにはAPIの速度は測れても どの部分がどの程度動くかを定量的に測るのは難しいってことだろう。
124 名前:デフォルトの名無しさん mailto:sage [2008/02/17(日) 12:10:57 ] GPGPUの研究ってどこの機関が一番進んでるの? 企業名とか機関名とか教えて 大学でGPGPUやってたけど大学レベルはどこもダメだった
125 名前:デフォルトの名無しさん mailto:sage [2008/02/17(日) 12:18:28 ] >>124 NVIDIA
126 名前:デフォルトの名無しさん mailto:sage [2008/02/17(日) 12:23:54 ] 駄目ならむしろチャンスなんじゃないのか。 設備的にもパソコン程度で済むものだし個人のアイデアレベルでも世界に出られるぜ、素養は必要だけどさ
127 名前:デフォルトの名無しさん mailto:sage [2008/02/17(日) 14:44:18 ] cutCreateTimerなどタイマー関係のリファレンスってどこにあるの?
128 名前:デフォルトの名無しさん mailto:sage [2008/02/17(日) 15:35:20 ] >>127 CUDAについては隔離スレがあるからそちらで。 cutなんちゃらはドキュメントが無かったと思うけど、大したことしていないからソースを読めばいいよ。 >>124 大学で結構真面目に取り組んでいるところもあるよ。 今度産学共同でやることになるかもしれないから名前は出さないけど。
129 名前:デフォルトの名無しさん mailto:sage [2008/02/17(日) 16:12:12 ] 普通にstanfordが一番進んでるだろ
130 名前:デフォルトの名無しさん mailto:sage [2008/02/17(日) 19:20:32 ] AMD(旧ATI)のカードは何でプログラムを書けばいいの?CUDAみたいのはないの?
131 名前:デフォルトの名無しさん mailto:sage [2008/02/17(日) 21:50:19 ] CALとBrook+を使うんじゃないかな?
132 名前:デフォルトの名無しさん mailto:sage [2008/02/22(金) 06:40:35 ] GeForce 9600 GTは64ビット計算できますか?
133 名前:デフォルトの名無しさん mailto:sage [2008/02/22(金) 10:10:29 ] 出来ません
134 名前:デフォルトの名無しさん mailto:sage [2008/02/22(金) 11:16:14 ] 改良するんじゃなかったっけ?
135 名前:デフォルトの名無しさん mailto:sage [2008/02/22(金) 12:19:14 ] 口先だけのfudです
136 名前:デフォルトの名無しさん mailto:sage [2008/02/22(金) 13:52:32 ] FireStreamは倍精度が使えるらしいけど、HD38x0で使えなきゃ意味がないよな。
137 名前:デフォルトの名無しさん mailto:sage [2008/02/22(金) 23:40:24 ] 意外かもしれないが、限定条件付で64ビット実数もCUDAで計算できる罠。 それはさておき、9600GTでCUDAが使えると言うアナウンスが未だないんですが。
138 名前:デフォルトの名無しさん mailto:sage [2008/02/23(土) 07:19:06 ] あれ、両社とも倍精度実装するんじゃないんか? 現世代買わずに待ってたのに。
139 名前:デフォルトの名無しさん mailto:sage [2008/02/23(土) 12:05:37 ] Brook+でdouble使おうとしたらストリームデータとしては使えませんと言われたよ。
140 名前:デフォルトの名無しさん mailto:sage [2008/02/23(土) 13:07:08 ] それは「Brook+」とやらが対応していないと言うことだろ。GPUが対応しているかどうかとは別の問題だ。
141 名前:デフォルトの名無しさん mailto:sage [2008/02/26(火) 18:56:43 ] >>128 灯台のK塚研? あそこってK塚さんよりも、その他の学生・助手の天才が GPUを扱ってるんでしょ? あの大学の産学プロジェクトは、でかい花火をばーっと揚げて 中身が伴わないから好かん。 つーか、GPGPUやGPUを扱うためのTIPが少ない… JAPANは当然だけど、海外の論文も上っ面だけで いざ実装の部分がまったくない。 周りも聞けないのばっかだし、みんなどこで情報得てるんだ?
142 名前:128 mailto:sage [2008/02/26(火) 23:44:10 ] >>141 どことは言えないけれど、そこじゃないよ。 どことは言わないけれどCUDAを使った高速化を商売にしている会社があるんだけど、 そこが組んだロジックよりも私が組んだロジックの方が速かったりする事実。 どこも苦労しているんだろうねぇ。
143 名前:デフォルトの名無しさん mailto:sage [2008/02/27(水) 00:04:24 ] どこも暗中模索・切磋琢磨してるんだねぇ つーか大学の研究室じゃなくて 今、それをやってる研究者を知りたいわ 教授レベルじゃなくて、学生・ドクター・助手レベルで 論文も数が少ないし、ノウハウなんて個人が所有してるのしか無い 仲が悪くなれば、脱走して終了なんていくらでもあるしなぁ というか128のロジックをうpってくれw
144 名前:128 mailto:sage [2008/02/27(水) 00:13:21 ] >>143 CUDAスレに、断片くらいなら載せてたかも知れず。 まぁ、落ち着いたら一般化できるノウハウはまとめるかも知れないけれど。
145 名前:デフォルトの名無しさん mailto:sage [2008/02/27(水) 02:39:38 ] >>142 とあるシンポジウムに来ていたあの企業かしら…
146 名前:128 mailto:sage [2008/02/28(木) 11:51:55 ] >>145 私のことなら違いますよん。なんせ私はシンポジウムに出てないし、 私のつとめる会社でCUDAをまともに使えるのは私だけだし。
147 名前:デフォルトの名無しさん mailto:sage [2008/02/28(木) 22:33:41 ] これはwwwww
148 名前:デフォルトの名無しさん mailto:sage [2008/03/05(水) 21:00:59 ] さて明日はCUDA祭ですね
149 名前:デフォルトの名無しさん mailto:sage [2008/03/05(水) 23:43:28 ] なんで?
150 名前:デフォルトの名無しさん mailto:sage [2008/03/06(木) 00:45:39 ] そのまんま。これでしょ。 ttp://www.loopinc.jp/nvidia2008/
151 名前:デフォルトの名無しさん mailto:sage [2008/03/06(木) 19:27:01 ] CUDA プログラミングガイドの日本語訳版が出たけど 急いで作ったんだなぁというのがよく分かるなこれ… とりあえず乙ということで
152 名前:デフォルトの名無しさん mailto:sage [2008/03/06(木) 22:53:30 ] どこ?どこ?
153 名前:デフォルトの名無しさん mailto:sage [2008/03/06(木) 23:07:33 ] ttp://www.sei.buaa.edu.cn/alta08/ Workshop on Architectures and Languages for Throughput Applications Program Committee Carmean Douglas Intel Corporation Tom Conte North Carolina State University Mike Houston AMD Michael McCool RapidMind Inc. Michael Garland Nvidia Sun Chan Simplight Nanoelectronics Xiaohua Shi Beihang University
154 名前:デフォルトの名無しさん mailto:sage [2008/03/07(金) 00:10:34 ] >>152 ttp://www.nvidia.co.jp/object/cuda_develop_jp.html ほい
155 名前:デフォルトの名無しさん mailto:sage [2008/03/07(金) 01:09:59 ] カンファレンス行ってきました 受付のお姉さん方皆様綺麗でスタイル良くて大満足でした
156 名前:デフォルトの名無しさん mailto:sage [2008/03/07(金) 01:12:09 ] 宣伝しないと言ってましたがやっぱり少しだけ宣伝入ってましたね
157 名前:デフォルトの名無しさん mailto:sage [2008/03/07(金) 01:17:39 ] 宣伝は仕方ないかなって感じかなぁ vista対応はいつすんだ?の質問はわらた
158 名前:デフォルトの名無しさん [2008/03/07(金) 04:23:49 ] マルチ・コアが非常に高いメモリ帯域幅によって動作されている状態で、今日のGPUはグラフィックスと非グラフィックス処理の両 方のための信じられないリソースを提案します。 なんじゃこりゃ
159 名前:デフォルトの名無しさん mailto:sage [2008/03/07(金) 06:04:15 ] >>155 うpれ!
160 名前:デフォルトの名無しさん mailto:sage [2008/03/07(金) 15:12:29 ] Mike Houstonか
161 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 06:28:41 ] 誰かGeForce 9800 GX2買った?
162 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 07:49:55 ] えーと、8800GTS*2?
163 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 09:19:42 ] 9600GTを買おうと思っている。 Geforce 9 って公式にはCUDAはまだサポートされていないけれど 使おうと思えば使えるの?
164 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 09:43:17 ] フォーラムには使えるような事が書いてあったきがす
165 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 10:55:11 ] 俺は 9800GTX 狙い。 期待はずれな気もするけど・・・
166 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 22:10:37 ] G90世代を買うなら、8800GTか8800GTS(512MB)でいい希ガス。 そろそろ在庫処分だから値段も崩れると思うし。 と言うのも、夏にはG100世代が待っているからなんだけど。 プロセッサ数も然ることながら、倍精度も来るようだしね。
167 名前:デフォルトの名無しさん mailto:sage [2008/03/22(土) 12:09:57 ] AMD Stream SDK v1.0 beta XP 32bit版/64bit版
168 名前:デフォルトの名無しさん [2008/03/22(土) 16:14:34 ] >>166 それだと、ComputeCapabilityが1.0だろ どうせなら、1.1のやつを選んだほうがいいよ もうすぐ、1.5がでるという噂もあるけど
169 名前:デフォルトの名無しさん mailto:sage [2008/03/22(土) 19:29:16 ] >>168 その2つは1.1なはず
170 名前:デフォルトの名無しさん [2008/03/23(日) 23:49:59 ] >>167 ソース、キボンヌ。 てかLinux版は無いの?
171 名前:デフォルトの名無しさん [2008/03/24(月) 01:33:47 ] このスレの住人なら知っていますね、あの糞開発ツールのことを ・自分のプログラムのバグなのかコンパイラのバグなのかわからない ・他の仕事に応用できない糞開発ツールの独自世界を必死に学習している ・テキストエディタで書いたほうが効率的なのに糞UIツールを懸命に使っている ・糞開発ツールを批判すると「性格が悪いから糞ツールを批判するんだ」と言われる 糞だけど、政治的な理由で無理やり使わされているんですよね。 もう、あんな厨の作った糞ツールを我慢して使うのはやめましょう。 ・糞開発ツールを部下に押し付ける上司の命令は無視しましょう。 上司は糞開発ツールが使われる実績を作ることであの会社のごきげんをとっているのです。 ・糞開発ツールを使わせる上司の下では働けません、と上司の上司に直訴しましょう。 ・あの糞開発ツール提供会社には「おたくの糞開発ツールは話にならない」と突き放しましょう。 バグレポートなどしてはいけません。改善要求などもってのほかです。 あの会社はあなたたちのことをテスター/モルモットとしか思っていません。 ・あの会議で「糞開発ツールを使ったら生産性がxx%アップしました」 なんて話が出たら力強く机を叩き、会議室を出ましょう。 あの人たちは糞開発ツールをマンセーすることで立場を確保しているのです。 糞な開発ツールを糞だと言える、そんな当たり前の環境をみんなの力で取り戻しましょう。
172 名前:デフォルトの名無しさん mailto:sage [2008/03/24(月) 01:39:03 ] 知らんがな
173 名前:デフォルトの名無しさん mailto:sage [2008/03/24(月) 01:41:47 ] >>171 PS2のgccの事かw
174 名前:デフォルトの名無しさん mailto:sage [2008/03/24(月) 04:56:28 ] マ板のコピペだろ。 統合開発環境なんて、どれもあてはまりまくりだが。
175 名前:デフォルトの名無しさん mailto:sage [2008/03/24(月) 05:40:37 ] >>170 ati.amd.com/technology/streamcomputing/sdkdwnld.html
176 名前:デフォルトの名無しさん mailto:sage [2008/03/24(月) 10:46:34 ] >>168 CUDAスレに載ってる一覧表参照。 少なくとも、8800GTは1.1。使用チップが同じと言う点からの類推で8800GTS(512MB)も同様。 # 8800GTSは、320MB/640MBがG80なのでそちらは1.0だから要注意。 1.5がもうすぐって言ってもなぁ。少なくとも数ヶ月は先な悪寒。 閑話休題、CUDAスレの件の一覧表見て、「手元の一覧表を更新できる♪」と思ったら どうも内容に見覚えがある。出所はどう見ても私です。本当にありg(ry……(:;
177 名前:デフォルトの名無しさん mailto:sage [2008/03/24(月) 10:54:19 ] Dominik の GPGPU tutorial 読んで重力相互作用シェーダ(fp40用)を書いたん だが、2つ問題があった。 * for { for { 相互作用計算 } } ループで 128 x 128 など大きな値にすると 途中で抜ける →各テクスチャブロック 64 x 64 ごとの ping-pong (swap) 技で解決 * ブロックを 4 x 4 = 16 回など swap を増やすと計算結果が変になる→ swap時 に glFinish() 待ちで解決 glFinish を glFlush に変えると全然だめだった。計算順序が守られてかつ glFlush みたいに軽い方法ないかな
178 名前:デフォルトの名無しさん mailto:sage [2008/03/25(火) 10:12:44 ] >>170 ttp://forum.beyond3d.com/showpost.php?p=1141513&postcount=100 We are working on Linux support. Getting all the i's dotted and t's crossed with different kernel/driver/chipset combinations is more "interesting" on linux than XP/Vista. mhouston System Architect, AMD
179 名前:デフォルトの名無しさん mailto:sage [2008/03/27(木) 20:16:35 ] ttp://folding.stanford.edu/English/FAQ-ATI2 > The client runs on all hardware supported by the AMD Compute Abstraction Layer (CAL), > The client runs on Windows XP 32-bit/64-bit and Vista 32-bit/64-bit. どうやらVista対応は間違いなさそうだ
180 名前:デフォルトの名無しさん mailto:sage [2008/04/03(木) 01:49:03 ] radeonじゃ動かないかね?
181 名前:デフォルトの名無しさん mailto:sage [2008/04/03(木) 07:09:54 ] 2400以上なら動くよ
182 名前:デフォルトの名無しさん mailto:sage [2008/04/10(木) 23:39:47 ] NL-Means filter kishibe.dyndns.tv/index.php?%E3%83%95%E3%83%AA%E3%83%BC%E3%82%BD%E3%83%95%E3%83%88%2FNL-Means%20filter Ver0.01からはGPUによる並列計算処理に対応いたしました
183 名前:デフォルトの名無しさん mailto:sage [2008/04/12(土) 18:53:49 ] そういやR600向けFah来てたな
184 名前:デフォルトの名無しさん mailto:sage [2008/04/15(火) 02:02:32 ] CAL1.00.2 beta、RV670で倍精度演算でけたよー
185 名前:デフォルトの名無しさん mailto:sage [2008/04/17(木) 21:40:09 ] CUDA 2.0 beta来たね。Vistaで動いてるそうな。 CALもFAH GPU2でVista対応のDLLがおまけで付いて来るから これ使うと1.00.2 betaのサンプルが動いたりする。 両社ともあとは正式公開を待つばかりだ。 で、Linux版CALはまだですか? Catalyst来月号でfglrxが大きく変わるって話だけどこいつですかね?それともCrossFire?adlってなんぞー
186 名前:デフォルトの名無しさん mailto:sage [2008/04/21(月) 17:15:44 ] CUDA2.0 for Linuxはドコー??
187 名前:デフォルトの名無しさん [2008/04/21(月) 19:17:28 ] 2.0になって何が新しくなったとか言うドキュメントはないの?
188 名前:デフォルトの名無しさん mailto:sage [2008/04/21(月) 19:17:35 ] Linuxはここだ forums.nvidia.com/index.php?showtopic=65067
189 名前:デフォルトの名無しさん mailto:sage [2008/04/22(火) 00:18:52 ] 情報THX! CUDAスレにも転載させてもらいま。
190 名前:デフォルトの名無しさん mailto:sage [2008/04/27(日) 22:48:52 ] AMD Stream SDK v1.0 ってドキュメントどこにあるの? 概念情報しか載ってなくて困ってる あとWindowsしか対応しとらんの?
191 名前:デフォルトの名無しさん mailto:sage [2008/04/27(日) 23:37:22 ] > ってドキュメントどこにあるの? インストールしろ。まずはそれからだ。 > あとWindowsしか対応しとらんの? いまんとこそう。
192 名前:デフォルトの名無しさん mailto:sage [2008/04/27(日) 23:41:36 ] >>191 何それって感じだなw CUDAですら当初からLinuxサポートしてたのに
193 名前:デフォルトの名無しさん mailto:sage [2008/04/28(月) 02:11:53 ] > CUDAですら CUDAとCTM以外になにかあったっけ?
194 名前:デフォルトの名無しさん mailto:sage [2008/04/28(月) 12:26:12 ] GCC,spice
195 名前:デフォルトの名無しさん mailto:sage [2008/04/28(月) 22:25:44 ] CTMのLinux版出すのか問い合わせたけど ドライバの問題で無理って回答を貰った 半年後はどうかと聞いたがそこまで先の ことは言えないっぽいw
196 名前:デフォルトの名無しさん mailto:sage [2008/04/29(火) 09:13:39 ] CTMなんて、もう作ってないが?
197 名前:デフォルトの名無しさん mailto:sage [2008/04/29(火) 19:09:02 ] 良いスレsage
198 名前:デフォルトの名無しさん mailto:sage [2008/04/29(火) 19:15:54 ] sage
199 名前:デフォルトの名無しさん [2008/05/09(金) 15:48:49 ] AMDのStreamSDKをVista x64で使えたって人います?
200 名前:デフォルトの名無しさん mailto:sage [2008/05/09(金) 17:38:59 ] Folding@HomeのGPUクライアントに付いて来るCALのDLL使えばいける
201 名前:デフォルトの名無しさん mailto:sage [2008/05/09(金) 17:52:12 ] Linux版のSDKもそろそろ出るとさ
202 名前:199 mailto:sage [2008/05/09(金) 18:23:54 ] Windows: V6 Beta GPU2 (ATI 26xx, 3xxx, and later) clients の 6.11 beta3を入れてみたけど dllファイルは一切なかったです。以前と変わったのかな… Stream SDKにあるサンプルをプロンプトで実行してみたんだけど、エラーは出ないのだけど 結果も何も出ないから実行できてるのかどうかよく分からない。
203 名前:デフォルトの名無しさん mailto:sage [2008/05/09(金) 19:34:49 ] 一度実行するとWUと一緒にDLLがダウンロードされる。 スタートメニューにデータフォルダへのショートカットがあるから開いてみ。
204 名前:デフォルトの名無しさん mailto:sage [2008/05/09(金) 20:08:59 ] 見つかりました。こんなところにあったとは… しかし、CALのlibフォルダにFolding@Homeのdllつっこんで AMDのデモ実行したらamdcalcl.dllが見つからないと言われちゃった。 (ってことは、ちゃんと今までは実行できていたってことか?) う〜ん難しいな〜 βだからこんなものなのだろうか…
205 名前:デフォルトの名無しさん mailto:sage [2008/05/09(金) 21:00:18 ] それもセットでDLされてない? 俺がやった時はついてきたんだがな。
206 名前:デフォルトの名無しさん mailto:sage [2008/05/09(金) 21:05:01 ] ああいや、付いて来てたのかな。 だとしたらamdcalclだけか、両方とも実行ファイルと同じ ディレクトリにたたき込んでみ
207 名前:デフォルトの名無しさん [2008/05/11(日) 19:49:19 ] ノートPCでCUDAに向いてる機種って何? 浦島太郎なので、グラフィックchipの型番 とかワカンネ。 出張用に、軽くて携帯性と電池の持ちが良い 方が嬉しいけど。 あっ、もちろんLinux動くこと。
208 名前:デフォルトの名無しさん mailto:sage [2008/05/11(日) 20:13:56 ] >>207 軽くて大きくなくて消費電力も少なめで、できればNVIDIAのGeForce8600MGS以上のVGAを搭載している機種。
209 名前:デフォルトの名無しさん mailto:sage [2008/05/12(月) 05:38:10 ] >VGAを搭載している機種。 そんなスペック作ってネーヨ
210 名前:デフォルトの名無しさん mailto:sage [2008/05/12(月) 07:30:43 ] VideoGraphicAdapterですね。
211 名前:デフォルトの名無しさん mailto:sage [2008/05/12(月) 09:46:54 ] Acceleratorとも言う
212 名前:199 mailto:sage [2008/05/12(月) 14:22:56 ] Folding@Homeのdllではなぜか駄目で元のsdkについてきたものに戻すと、 とりあえずエラーはでないみたいです。 VisualStudioでx64としてBrook+のGuideにあるサンプル(Sum.br)をコンパイルすることはできているのですが、 実行をしてもプロンプトが一瞬現れるだけでなんの結果も得られない状況です。 (他の元から入っているサンプルの.exeを実行しても同じ) printfの結果さえプロンプトに表示されていないので、どう見ても実行されていないように見えるのですが どうなんでしょうか…