GPGPU

1 名前：デフォルトの名無しさん mailto:sage [2005/10/08(土) 23:15:20 ] いつの間にやらCPUを超える演算性能を持ってしまったGPUに計算させてみるという GPGPUについて語りましょう 参考リンク 総本山? gpgpu.org www.gpgpu.org/ GPUをCPU的に活用するGPGPUの可能性 pcweb.mycom.co.jp/articles/2005/09/06/siggraph2/ 446 名前：デフォルトの名無しさん mailto:sage [2007/03/26(月) 20:56:14 ] utripperはathlon64 2GHzで動かすよりCeleron 1.3GHzの方が速かったんだけどそんなもん？ 447 名前：・∀・）っ-○◎● mailto:sage [2007/03/26(月) 21:06:48 ] アレはキャッシュのレイテンシ依存だし PS3で10Mうめぇｗｗｗｗとか言ってるの俺だけ？ 448 名前：デフォルトの名無しさん mailto:sage [2007/03/26(月) 21:14:43 ] >>447 Cellで？ 449 名前：・∀・）っ-○◎● mailto:sage [2007/03/26(月) 21:48:56 ] RSX使わせてくれないから、まあそうなるかな 450 名前：デフォルトの名無しさん [2007/03/26(月) 23:23:18 ] >>442 GTSで4Mか。 GTXのSLIだとどれぐらいになるかな…。 また、理論ピークと、トリップ検索の性質を鑑みるに、まだ性能向上の余地はかなりありそう。 今後に期待だ。 まあカネも電力もバカみたいにかかるけど。 Woodcrest@3.0GHz×2でTripcode Explorer v1.2.3を動かすと10.3Mtrips/sらしいので、 Woodcrestを二機積んだマシンでGTXのSLIを使えばチョー最強？ 451 名前：・∀・）っ-○◎● mailto:sage [2007/03/26(月) 23:25:58 ] （・∀・） 452 名前：デフォルトの名無しさん mailto:sage [2007/03/27(火) 10:26:11 ] >>450 電源が死にそうだね。つーか、熱対策か。 453 名前：・∀・）っ-○◎● mailto:sage [2007/03/28(水) 01:25:33 ] CPUはClovertownの50W版でよくね？ 454 名前：デフォルトの名無しさん mailto:sage [2007/03/28(水) 03:45:24 ] 取り敢えず、8800GTXの動く環境はできた。 #CPUは1coreXeonだけど。 さて、来月から実験だ。 455 名前：デフォルトの名無しさん mailto:sage [2007/03/28(水) 18:10:27 ] ttp://sourceforge.net/project/showfiles.php?group_id=96847 brookgpuの更新が止まってるように見えるんだけど、 とりあえずダウンロードしてみた。 サンプルプログラムどこ？ 仕様はわかったんだけど、動作イメージが掴めねえ。 456 名前：デフォルトの名無しさん mailto:sage [2007/03/28(水) 22:28:46 ] BrookはCVSで更新は続いてるよ。 で話は変わるがPeakStream Free Trial Download ttp://www.peakstreaminc.com/product/free_trial_download.php GPUとしてはFireStream,R580(?) ttp://www.peakstreaminc.com/product/peakstream_for_windows/technical_reqs.php Supported GPUs AMD Stream Processor ATI Radeon x1950 (Supported for evaluation purposes only) 457 名前：デフォルトの名無しさん mailto:sage [2007/03/28(水) 22:30:06 ] PeakStreamはCTMしようか 458 名前：デフォルトの名無しさん [2007/03/30(金) 00:30:52 ] >>455 ヒント：brook/prog の下 あとここの解説も分かりやすい。 ttp://www.mi.tj.chiba-u.jp/~hamano/brook/sample/sample.html 459 名前：デフォルトの名無しさん mailto:sage [2007/03/30(金) 00:40:37 ] つか、外人が思い付きで作ったｷﾓｲ言語使うのはヤメロ。 nVidia様の作られた環境だけを支持したほうがいいぞ 460 名前：デフォルトの名無しさん mailto:sage [2007/03/30(金) 00:46:40 ] 実質BrookGPUは、Cで記述したソースをnVIDIA様が作られたCg言語にコンバートするシステムなわけだが…。 461 名前：デフォルトの名無しさん mailto:sage [2007/03/30(金) 00:52:59 ] >>459はCUDAのことを言ってるのだろう。 たしかにあれはいいと思うが、世の中全てがnVIDIAチップじゃないのが問題。 家の中でnVIDAだけに絞って開発するならいいが。 462 名前：デフォルトの名無しさん mailto:sage [2007/03/30(金) 01:29:54 ] >>460 でもFolding@homeでそれ使ったらまともに動かなかったんだろう。 そのマクロ言語が悪いんじゃなくて、ビデオカードが向いてなかったんだろうけど。 463 名前：デフォルトの名無しさん mailto:sage [2007/03/30(金) 06:58:08 ] >>460 CVSだとCg,HLSLに加えCTMが。 464 名前：デフォルトの名無しさん mailto:sage [2007/03/30(金) 10:37:08 ] 現状だと ・キモイ新言語（CUDA,Brook,CTM?） ・ぶっちゃけ使いやすくないグラフィックス記述（グラフィックスAPI＋シェーダ言語） しか選択肢が無い件。 汎用性汎用性とか言いながらグラフィックス記述でプログラミングしてるけど、 GPUのアーキテクチャにひっついたキモイ新言語がGPUの性能を一番引き出せるんじゃね？ という不安が拭えない。 465 名前：デフォルトの名無しさん mailto:sage [2007/03/30(金) 11:05:14 ] CUDAには数値演算ライブラリもついてきたんじゃなかったっけ? それが使えるもんなら、自分で書いてたらバカ見るなぁ。 466 名前：デフォルトの名無しさん mailto:sage [2007/04/01(日) 16:28:43 ] つうかCUDAでいいじゃん、あれ将来的に完全に整数演算できるぞ 今はおもちゃ用だから科学計算じゃ糞だけど。ゲームとか軽い計算ならできる。 467 名前：デフォルトの名無しさん mailto:sage [2007/04/01(日) 19:04:47 ] BrookGPUで満足しているが、 あれを使うと、簡単だけど細かい操作が出来ないから 並列コンピューティングの技術やアルゴリズムが殆ど使えない…。 結果、リードバックの速度とか、GPUのマイナスの部分ばっかりが出てダメダメになるな・・・ 468 名前：デフォルトの名無しさん mailto:sage [2007/04/01(日) 19:09:44 ] >>467 X19XXではうまく動いているみたいだよね＞Folding@home 469 名前：・∀・）っ-○◎● mailto:sage [2007/04/01(日) 19:48:11 ] てか、「ストリームプロセッサ」として売ってるものそのまんまじゃね AMD Fusionにもあれがほぼそのまま搭載されるとか 470 名前：デフォルトの名無しさん mailto:sage [2007/04/01(日) 20:01:33 ] >>467 BrookGPUが細かい事出来ないのは同意だけど 元々各シェーダーユニットを管理して並列化を効率化する事は出来ないぞ。 ベクトルプロセッサだから、そういうものだ。 うん、綺麗に管理できると良いんだけどなぁ…。 471 名前：デフォルトの名無しさん mailto:sage [2007/04/01(日) 22:15:30 ] いやだからCUDA使えってあれなら俺等が求める 世界を追求できる。とりあえず、Geforce8600買ってみろ 472 名前：デフォルトの名無しさん mailto:sage [2007/04/01(日) 22:26:58 ] 上のほうにあるbrookの姫野ベンチ(>>424)でも X1300とX1600で結果が変わらないって出てるから その辺はBrookで変換した後、更に手作業の最適化が必要なんじゃないかな Folding@Homeは素直にShaderの数がパフォーマンスに出てるし。（単に演算の規模が違うだけ？） Brookだと、変換言語（？）もGLSLからCg、最近ではCTMもあるようだし。 そういえば、Inqの記事に何でnVIDIAにはGPGPUなソフトが出ねーんだ？的な記事が出てた PS3にさえFolding@Homeがでて、ATIはとっくにやってるしnVIDIAはなぜ？ってな感じで。 ttp://www.theinquirer.net/default.aspx?article=38598 実際にはG80とCUDAならFolding程度なら可能なんかな？ G80ないんで何ともいえないけど。 473 名前：デフォルトの名無しさん mailto:sage [2007/04/01(日) 22:33:30 ] R580でやってるfoding程度はG71でも可能だがパフォーマンスが出なかった G80ではどうなんだろうな 474 名前：・∀・）っ-○◎● mailto:sage [2007/04/01(日) 22:36:24 ] CellでPCの数百倍ってちょっと信じがたいんだけど レジスタ本数が重要とかってこたないよな？ nVIDIAのシェーダってレジスタ少ないんじゃなかったっけ 475 名前：デフォルトの名無しさん mailto:sage [2007/04/01(日) 22:36:41 ] >>472 おれもそうだけど、まだG88を買ってるやつがほとんどいないんじゃないかな。 おもちゃとしてはちと高いし、入れるとうるさいだろうし。 >>347がOS 32bitに載せ替えてくれればいいんだけど、それまでは皆次世代廉価版 待ちなんだろう。 476 名前：デフォルトの名無しさん mailto:sage [2007/04/01(日) 22:57:37 ] >>347 つかおまえ、金はあるが知識無さ過ぎだろ？Linux入れろベンチ取るぐらいの駄コード書くのに 何64bitとOSにこだわり持ってるんだ？お前なら、RE買うのお金がないのですがとか言いそうで恐いけどなw 477 名前：・∀・）っ-○◎● mailto:sage [2007/04/01(日) 23:17:02 ] 俺なんかXeon買う金ないからPS3買ったくらいだｗｗ はやくRSX使いたいｗｗｗ 478 名前：デフォルトの名無しさん mailto:sage [2007/04/01(日) 23:30:37 ] おれはNXT買う金がなくてRCX買ったよ 479 名前：デフォルトの名無しさん mailto:sage [2007/04/01(日) 23:30:53 ] >>477 そのRSXって、要はG7XXXだろ。あんまり使い途ないんじゃないかなあ。 X11周りを作り替えるってんならありがたい話だが、あんたそういうのできる人だっけ？ 480 名前：・∀・）っ-○◎● mailto:sage [2007/04/01(日) 23:38:23 ] 出来ない人。 むしろ描画のHWアクセラレーションが利かないのが痛いの。 欧州ギークならなんとかしてくれる・・・と思いたい 481 名前：デフォルトの名無しさん mailto:sage [2007/04/02(月) 00:12:15 ] >>480 Linux板で人の話を聞かずに無駄金使ったな。 482 名前：・∀・）っ-○◎● mailto:sage [2007/04/02(月) 00:21:37 ] GPU使えないって言ってもフレームバッファは使えるし X立ち上げて普通に使う（FireFoxでWebブラウズしたり）分には特に問題ない。 意外と使えるんでびっくり。 まあ現状でもCellマシンとしては十分元は取れてると思う。 General Processing出来る専用コプロセッサが7個 （ユーザーモードでは使えるのは6個）あるし。 今使えなくてもアップデートで使えるようになる可能性もあるし。 483 名前：デフォルトの名無しさん mailto:sage [2007/04/02(月) 00:25:34 ] まともにニコ動が見れないWebブラウズなんかいみねーよ 484 名前：・∀・）っ-○◎● mailto:sage [2007/04/02(月) 00:28:07 ] Flashが見れないのはPPC Linux用Flashプレイヤーが提供されてないからで PS3のせいじゃないだろ 485 名前：デフォルトの名無しさん mailto:sage [2007/04/02(月) 00:41:12 ] >>482 わかってないね。 Linux板で言ってたのは、鯖機のつもりで使えば、何の不満もないだろってことだよ。 コンソールはおまけ。おまけがそのうち化けるかもしらんけど。 486 名前：デフォルトの名無しさん mailto:sage [2007/04/02(月) 01:25:25 ] 取り敢えず仕事用にHPの中古EWS調達して8800GTXのボード入れているけど、五月蝿いとは思わないなぁ。 487 名前：デフォルトの名無しさん mailto:sage [2007/04/02(月) 02:37:17 ] 立ち読みしたPS3 Linux雑誌によるとnVIDIAはPS3 Linux用ドライバ作る気零らしい。 署名しかないのか。。。？ 488 名前：・∀・）っ-○◎● mailto:sage [2007/04/02(月) 06:50:53 ] GK「トップガンならやれる」 489 名前：デフォルトの名無しさん mailto:sage [2007/04/02(月) 09:49:07 ] >>486 ＞HPの中古EWS それ、Netburst Xeon機だろ。 足下に2台あるけど、（ヘッポコカードとは言え）ビデオカードの音などまったく気にならない。 でも、「五月蠅くない」ってのとは違うだろう。 こんなの自宅で使いたくない。 >>487 今のところRMSの言の通りだね。 業者の非openなドライバに依存していると、いつかテメエの首が絞まる。 490 名前：デフォルトの名無しさん mailto:sage [2007/04/02(月) 12:59:20 ] 能力の低いopenドライバと能力の高いclosedドライバの 両方があったら俺は後者を使う。 使えなくなったときに移行すれば良いだけだし。 491 名前：デフォルトの名無しさん mailto:sage [2007/04/02(月) 20:01:51 ] forums.vr-zone.com/showthread.php?t=140444 >As the Fusion programme implies, it will come with an integrated graphics core which is a subset of the R600 VPU. >This graphics core will share system memory with the CPU, >but ATI claims it will be faster than the NVIDIA's new GeForce 8600 GTS, thanks to the inclusion of 16MB of really fast on-die memory. 492 名前：デフォルトの名無しさん mailto:sage [2007/04/02(月) 23:18:57 ] ネタもとの日付が気になるが Fusionにはたしかに、でかめのキャッシュかレジスタが必要でしょうな。 EDRAMとして使えばXbox360は軽く超えてしまうのか・・・ 493 名前：デフォルトの名無しさん mailto:sage [2007/04/02(月) 23:27:30 ] Fusionの話かと思ったが、Socket FのGPUの話け？ 494 名前：デフォルトの名無しさん mailto:sage [2007/04/03(火) 04:16:21 ] BrookGPUって、実行環境で環境変数設定しないといけないけど あれって凄く不便なんだよなぁ・・ 例えば自分の配布ソフトに組み込みたい時とか・・・ 495 名前：デフォルトの名無しさん mailto:sage [2007/04/05(木) 00:09:04 ] 環境ごとにバッチファイルでも作ればよくね？ 496 名前：デフォルトの名無しさん mailto:sage [2007/04/05(木) 02:11:33 ] つかCUDA以外全部失敗とみなしてもいいほど糞だ。 オナニー言語とかマジ作るのやめてほしい見てると イライラしてぶっ潰したくなってくるよ 497 名前：デフォルトの名無しさん mailto:sage [2007/04/05(木) 13:38:48 ] Cgがあの有様なのに、今度はCUDAに期待しろとなｗ 498 名前：デフォルトの名無しさん mailto:sage [2007/04/05(木) 20:22:18 ] 8800を汎用計算で速度計測したサイトが見つからないんで、教えてほしい。 499 名前：デフォルトの名無しさん mailto:sage [2007/04/05(木) 20:35:58 ] 8800にあんまり魅力を感じないんだけど研究する価値ある？ 500 名前：デフォルトの名無しさん mailto:sage [2007/04/05(木) 22:25:28 ] >>499 CUDAが動くのが8800しかないから。 今更後戻りはしないだろうから、新世代毎にCUDAが使える ビデオカードが増えてくるはず。 AMD X19XXはBrockGPUでも使い物になることがわかった(folding) nVIDIAがどういう状態なのかわからないんで。 501 名前：デフォルトの名無しさん mailto:sage [2007/04/05(木) 23:18:25 ] CUDA_SDK入れてみたけど、サンプルが動作確認的なのばかりで パフォーマンスが目に見えるようなのが無くてちょっと寂しい。 502 名前：デフォルトの名無しさん mailto:sage [2007/04/06(金) 00:06:01 ] ゲーム用途でなんだが いわゆる、プロシージャル処理をGPUでやらせようっていう動きに AMDは積極的のようですね。 GDCの内容もそれっぽい R600のRubyのデモも雪原はプロシージャル生成らしい ttp://ati.amd.com/developer/gdc/2007/Andersson-Tatarchuk-FrostbiteRenderingArchitecture(GDC07_AMD_Session).pdf これの48ページ目の絵を良く覚えておいて Ruby demoを見てみよう ttp://youtube.com/watch?v=EJ6aMxPh6k0 nVIDIAもトンボのデモでやってるっぽいけど インパクトは・・ 503 名前：デフォルトの名無しさん mailto:sage [2007/04/06(金) 00:19:25 ] >>502 絵の話はよそでやってくれよ。 504 名前：デフォルトの名無しさん mailto:sage [2007/04/06(金) 02:29:42 ] とりあえずBrookGPUがなぜユーザーに環境変数を設定させる方式にしてるのかが疑問だ ライブラリの初期化のときにパラメータを与える方式にしない理由がわからん。 bgInit(BG_OPEGL); みたいにさぁ 505 名前：デフォルトの名無しさん mailto:sage [2007/04/06(金) 03:01:54 ] >498 自分でやれば、論文かけちゃうぞ。 >499 NVIDIAでは前のﾓﾃﾞﾙと構造が違うから、前との比較なんぞをやってしまえばこれもまた研究になると思う。 っていうかCUDAがあるのにBrookGPUを使う意味がわからん。 特定の処理に関しては楽なのか? 506 名前：デフォルトの名無しさん mailto:sage [2007/04/06(金) 03:09:09 ] CUDAを使うにはGF8シリーズが必要だろ BrookGPUなら、プログラマブルシェーダーを搭載していれば、主要なGPUで動く 507 名前：デフォルトの名無しさん mailto:sage [2007/04/06(金) 07:26:06 ] GPGPUの壁の一つにそういった汎用性の問題があるよね。 ATIのいう業界標準のAPIに期待。 508 名前：デフォルトの名無しさん mailto:sage [2007/04/06(金) 16:21:22 ] ATIの業界標準APIってなんだよｗ 標準にならないと、所詮CUDAと同じ 業界標準で言うと、nVIDIAのCgの方がマシ あれはシェーダー搭載している主要グラボにほぼ対応している。 純粋なGPGPU用の言語ではないけどな。 んで、Cg用のコードを吐き出すBrookGPUがまだマシだとあきらめて使われてる理由でもある 509 名前：デフォルトの名無しさん mailto:sage [2007/04/06(金) 23:19:25 ] 汎用演算が今後広く普及したとしても、 nVIDIAとATiでなかよく一つの業界標準言語を作るのは無理だろうね。 MS（の強要）頼みかな。 510 名前：・∀・）っ-○◎● mailto:sage [2007/04/06(金) 23:27:50 ] SPEのISAは普及しそうにありませんか？（本音：糞食らえ 511 名前：デフォルトの名無しさん mailto:sage [2007/04/07(土) 00:11:12 ] Cgは一応MSも噛んでるな しかもATiでも的でも使える。 CUDAもそんな感じにするんじゃないの？ 512 名前：デフォルトの名無しさん mailto:sage [2007/04/07(土) 01:02:52 ] 自作板で見たんだが、こんなもんがあるんだね。誰か使ってる？ Microsoft Research Accelerator Project The Microsoft Research Accelerator system provides simplified programming of graphics-processor units (GPUs) via a high-level data-parallel library. This download includes a data-parallel library for .NET that targets GPUs, documentation, and sample code using the library. Parties interested in inquiring about commercial licensing of the Microsoft Research Accelerator software should contact msrlg@microsoft.com for more information. research.microsoft.com/research/downloads/Details/25e1bea3-142e-4694-bde5-f0d44f9d8709/Details.aspx 513 名前：デフォルトの名無しさん mailto:sage [2007/04/07(土) 01:42:17 ] .NETかよ 514 名前：デフォルトの名無しさん mailto:sage [2007/04/07(土) 10:21:45 ] Ge86発売日に意味もなく東京に行く出張入れることを成功したぜ。 上司になんでこんな時期に本社へ出張必要なのぉ？って怪しまれたが 気にしない。CUDAするために、２枚購入してくるぜ。 515 名前：デフォルトの名無しさん mailto:sage [2007/04/07(土) 18:28:10 ] SLI　CUDAできるのかな？ 516 名前：デフォルトの名無しさん mailto:sage [2007/04/07(土) 18:38:50 ] 出張期間延長で 通販にしとけばﾖｶﾀｰ と嘆きつつPC一式調達してホテルでいじる>>514に乾杯! 517 名前：デフォルトの名無しさん mailto:sage [2007/04/07(土) 20:41:43 ] ttp://www.kohgakusha.co.jp/support/rtmshadr/index.html ここのソース試した人いる？ ＶＣでまともに動かないんだけど 518 名前：デフォルトの名無しさん mailto:sage [2007/04/08(日) 03:18:39 ] もうすぐGF8600および8500が出る。 それからが本当にGPGPUが普及するかの正念場だな。 8800はヘビーユーザーだけの代物だったが、8600や8500は十分一般ユーザーの手に入る価格帯だし。 まぁ、その分ベンチは散々だが、所詮ローエンド 519 名前：デフォルトの名無しさん mailto:sage [2007/04/08(日) 04:33:46 ] まぁ、このスレ何気に4割が俺の書き込みなんだよなぁ・・・。 その状況から言って、やっぱり寂しいものがあるよなぁ。。。 520 名前：デフォルトの名無しさん mailto:sage [2007/04/08(日) 05:52:11 ] おまいさん>>131か？ 521 名前：デフォルトの名無しさん mailto:sage [2007/04/08(日) 09:09:30 ] 毎日スレ更新してるのでバンバン書き込んでください＾−＾ 522 名前：デフォルトの名無しさん mailto:sage [2007/04/08(日) 11:04:36 ] まだ手を出すのは早いからな デフェクトスタンダートが決まりつつあり 日本語ドキュが整備されつつあるぐらいでも 十分遅くない、経験的に 523 名前：デフォルトの名無しさん mailto:sage [2007/04/09(月) 04:26:21 ] >>514-515 CUDAのforumに、GPUが非SLIで複数ささってれば全部使うよー、って書いてあった気がするんだけど、ソースを失念。 524 名前：デフォルトの名無しさん mailto:sage [2007/04/09(月) 04:38:03 ] そんな(消費電力とスペースの)恐ろしいことはできないw 525 名前：デフォルトの名無しさん mailto:sage [2007/04/09(月) 15:21:38 ] 最近のGPUは前世代の2倍のパフォーマンスだけど消費電力も2倍って感じだからなw ATIの新しいのはビデオカードだけで250Wとか酷すぎる。 526 名前：デフォルトの名無しさん mailto:sage [2007/04/09(月) 15:46:29 ] 8800GTXなんて、+12V電源を30A用意しろと書いてあるよ。 単純計算するとそれだけで360Wだ。 #実際、ボード上に+12V用6pin電源コネクタが二つもある。 527 名前：デフォルトの名無しさん mailto:sage [2007/04/13(金) 03:40:49 ] CPUのように消費電力が通常の半分で値段が通常の1.5〜2倍の 製品を出してくれれば、一般的な開発者もGPCPUの検討用に買ってみようか、 というやつが増えると思う。 次世代では両者とも検討してほしいところ。 ・・・と思ったが、250Wやら300Wやらじゃ、半分でもNetbust「全盛期」かそれ以上だ。 んなもん、ゲームもしないのに買ってもアホらしいな。 528 名前：デフォルトの名無しさん mailto:sage [2007/04/13(金) 11:08:03 ] 計算終わった後に「チーン」って音しそうだな。 529 名前：デフォルトの名無しさん mailto:sage [2007/04/13(金) 13:24:32 ] おい、CUDA SDK 0.81 あるぞ。 530 名前：デフォルトの名無しさん mailto:sage [2007/04/13(金) 14:16:29 ] あるぞといわれても 531 名前：時々書いてるこのスレの住人 mailto:sage [2007/04/13(金) 14:32:29 ] 取り敢えず拾った。 >>529 THX! 532 名前：デフォルトの名無しさん mailto:sage [2007/04/13(金) 18:29:20 ] >>529 ｱﾘｶﾞﾀﾏｷﾝ ( ´∀｀)ﾉ⌒ω)Д`)ﾌﾞﾆｭ 533 名前：デフォルトの名無しさん mailto:sage [2007/04/15(日) 13:13:41 ] けっこうCUDA使い＝8800使いがいるんだね。 簡単な結果でいいから、報告してくれないかな。 534 名前：・∀・）っ-○◎● mailto:sage [2007/04/15(日) 13:21:27 ] おれCUTA使い 535 名前：デフォルトの名無しさん mailto:sage [2007/04/15(日) 15:41:46 ] ( ´д)ﾋｿ(´д｀)ﾋｿ(д｀ )ﾋｿ 536 名前：デフォルトの名無しさん mailto:sage [2007/04/15(日) 16:37:35 ] >>533 なんか適当なベンチマークないかね。 nVideaのサンプルは動作確認っぽいのばかりで動かしても面白くないのだけれど。 #つーか、私も作らないとなんだけどね(苦笑 537 名前：デフォルトの名無しさん mailto:sage [2007/04/15(日) 16:44:08 ] SDK 0.8だと、どうしても一塊のデータをわっと処理するバッチ系の サンプルしかなかったので、俺の場合まだまだ基本性能を評価する段階だった。 NVIDIA FORUMでは、「演算サーバみたいなもの組めねえぞｺﾞﾙｧ」なトピックがHotだった。 >>529は俺なんだが、今別の遊びをやってるのでCUDAしばらく棚上げだ。 他の誰かがほげってくれるのを待つ! 538 名前：デフォルトの名無しさん mailto:sage [2007/04/15(日) 23:54:14 ] >>533同意 とりあえず>>424の姫野ベンチの結果が知りたいな 539 名前：536 mailto:sage [2007/04/16(月) 11:31:05 ] Linuxだから無理。 じゃないけどBrook入れてないからめんどい。 540 名前：デフォルトの名無しさん mailto:sage [2007/04/16(月) 12:17:16 ] 実行だけならBrook入れなくても 出来るよ。 541 名前：デフォルトの名無しさん mailto:sage [2007/04/16(月) 23:48:51 ] >>533 つーか今CUDAって8800以外で使えるの？ 542 名前：デフォルトの名無しさん mailto:sage [2007/04/18(水) 18:04:18 ] ｹﾞﾌｫ廉価版出たけどあまりにも性能差が差別化されまくり。 それでも、エミュよりマシだと思えばいいのか。 543 名前：デフォルトの名無しさん mailto:sage [2007/04/18(水) 20:24:05 ] 8600が出ましたよ。 544 名前：デフォルトの名無しさん [2007/04/18(水) 21:09:01 ] 質問です。 ifやswitchなど条件分岐を一切使わずに汎用プログラミングを行うと言うのがかなり理解出来ないのですが 一般的にGPUでのプログラミングでは、この辺はどのようにしているのでしょうか？ 例えば、GPGPUによる、動画のエンコーダーなどの分野は期待しているのですが あの手の処理は、条件分岐の塊だと思うので、GPUではそれらが使えないとなると有効な実装方法が思いつきません。 545 名前：デフォルトの名無しさん mailto:sage [2007/04/18(水) 22:05:46 ] >>544 分岐の分だけmain()を作る 今はもうレガシな手法になりつつあるが。 当然個々のフラグメントプログラムは 画一したフローを踏むことになる。 546 名前：デフォルトの名無しさん mailto:sage [2007/04/18(水) 22:16:00 ] >>545 一瞬びっくり！という感じだけど、やっぱりわからない。 if文は普通にc++で書いて特定の箇所で飛ばすのに比べて、 mainたくさんというのは、どういうメリットがあるの？

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef