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/ 413 名前：411 mailto:sage [2007/03/08(木) 06:57:00 ] 早起きなのか徹夜かどうかはさておき、さっそくどうも。 うちのソースは機械系で有限要素的なので割とあるんだな。 PS2の時に1GFlops程度出たけどP4のSSEにトータルで負けた。 CellとGPGPUは期待してるけど過剰期待は禁物だと思ってる。 いちおうGeForce8800買ってみるよ。 Cellはソフト作る気にもならないのでライブラリ充実待ち。 414 名前：デフォルトの名無しさん mailto:sage [2007/03/08(木) 07:33:26 ] 私のところも並列できる応用は色々ある。 実際、ClearSpeedやXTrillionのようなアクセサレータボードで速度が出ている。 それらに較べれば、コストはGPGPUなら桁違いに掛からないわけで。 #CELLも評価対象になってるけどね。 415 名前：デフォルトの名無しさん mailto:sage [2007/03/08(木) 09:02:04 ] ムダ毛対策にもGPUによる並列処理が効果的らしい。 416 名前：デフォルトの名無しさん mailto:sage [2007/03/08(木) 11:01:34 ] >>415 全身大やけどしました 417 名前：デフォルトの名無しさん mailto:sage [2007/03/21(水) 18:20:19 ] >>412 動画のエンコードだと1つのキーフレームを1つのストリームプロセッサに 担当させることによって、簡単に並列化できる。 418 名前：デフォルトの名無しさん mailto:sage [2007/03/22(木) 17:50:05 ] 標準的なグラボは VRAM128M ストリームプロセッサは64基 １コアあたり2Mしか使えん。(それ以前に128M丸々使えるわけが無い) 丸々割り当てるのは辛いんじゃないか？ 419 名前：デフォルトの名無しさん mailto:sage [2007/03/23(金) 02:50:52 ] メモリ容量は768MBを想定してたから確かに128Mの場合は辛いなぁ。 GPU側のメモリを使いきるごとにCPU側のメモリに渡すというやり方で なんとかなりそうな気はするけど。 420 名前：デフォルトの名無しさん mailto:sage [2007/03/23(金) 03:07:17 ] 完全にCUDA世代のグラボ前提の話になってるな まだ遠い話だ・・・ 421 名前：デフォルトの名無しさん mailto:sage [2007/03/23(金) 07:20:12 ] ttp://fah-web.stanford.edu/cgi-bin/main.py?qtype=osstats GPGPU遅いとかいうのはnVIDIAのG7x前提だからだったんだね・・・ ATIのR580速いや・・・ Cellの倍の実パフォーマンス・・・ 1台あたりは PS3 30GFLOPS GPU 60GFLOPS 422 名前：デフォルトの名無しさん mailto:sage [2007/03/23(金) 10:07:36 ] そのCellもフルパワー出てるかわからないけどね 423 名前：デフォルトの名無しさん mailto:sage [2007/03/23(金) 10:43:06 ] >>421 俺、G7xに限らず、G80でも試したが、結果は似たようなもんだったぞ。 ぶっちゃけGPGPUは、もはや言葉だけが先行した流行りモノに過ぎない気が・・・ 実際、BrookGPUとか使えばC使える人なら簡単にGPGPU出来るようになったのに 誰も使ってないし、使ってる人は割りと失望してる人が多い・・・ 424 名前：デフォルトの名無しさん mailto:sage [2007/03/23(金) 12:59:13 ] G80持ってる人ここのヤツ試してくれん ttp://gpgpu.jp/ ttp://gpgpu.up.seesaa.net/image/himeno0507.zip ttp://gpgpu.up.seesaa.net/image/brookbench_001.zip 姫野ベンチ その２ ttp://gpgpu.jp/article/17502609.html brookbench ver.0.01 ttp://gpgpu.jp/article/17266520.html G80とG7xでそんなに違わないって>>423の発言が気になる。 G70とRV530で十倍近い差有るし・・ じつは、G80もG70同様遅いのかな？ 425 名前：デフォルトの名無しさん mailto:sage [2007/03/23(金) 13:31:21 ] 上手く全てのコアを綺麗に動かせれば、当然差が出るけど 実際の場面で、汎用処理でそういうことをするのは難しい。 姫野ベンチのようなプログラムだと差が出るだろうけどな 426 名前：デフォルトの名無しさん mailto:sage [2007/03/24(土) 22:24:06 ] いい加減ナントカシェーダという呼び方はやめなさい 427 名前：デフォルトの名無しさん mailto:sage [2007/03/25(日) 02:00:17 ] 既に定着してしまっているモノを変えたければ、 より多くの人に共感してもらえて説得力のある代替案を出さなきゃ。 428 名前：デフォルトの名無しさん mailto:sage [2007/03/25(日) 02:08:48 ] David Kirk 「この命名はおかしいと自分も思う。Shader(プロセッサ)はプロセッサと呼ぶべきだと思う」 pc.watch.impress.co.jp/docs/2006/1121/kaigai320.htm 429 名前：デフォルトの名無しさん mailto:sage [2007/03/25(日) 02:46:49 ] nvidiaはストリームプロセッサと呼んでるじゃん 430 名前：デフォルトの名無しさん mailto:sage [2007/03/25(日) 05:51:54 ] シェーダーって元々影処理専門だったんだっけ？ 431 名前：デフォルトの名無しさん mailto:sage [2007/03/25(日) 06:59:56 ] それはシェイドシェイダーユニットの役割ですね 432 名前：デフォルトの名無しさん mailto:sage [2007/03/25(日) 14:44:57 ] shade (r)だから影erみたいなもんだろ。 433 名前：デフォルトの名無しさん mailto:sage [2007/03/25(日) 17:09:13 ] 元が3DCG用語だからな それをgenericな用途に使おうとしてるんだから 呼び方に違和感が出てくるのはしかたあるまい 434 名前：デフォルトの名無しさん mailto:sage [2007/03/25(日) 19:00:37 ] 3DCGの範疇であるvertex shaderの時点でもうおかしいわけなんだが 435 名前：デフォルトの名無しさん mailto:sage [2007/03/25(日) 19:44:42 ] ピクセル影er 頂点影er プログラム可能な影er 436 名前：デフォルトの名無しさん mailto:sage [2007/03/25(日) 22:56:05 ] CG用語のシェーダーっていうのは凄く広い意味を持ってるからややこしい。 基本的に与えられたデータを元にピクセル出力するためのプログラムは全てシェーダー。 頂点処理をするのもそうだし、毛を生やしたりするのもシェーダーと言ったりする。 437 名前：デフォルトの名無しさん mailto:sage [2007/03/25(日) 23:08:12 ] 「シェーダ」は元々はRenderManとかmental rayとかの用語でしょ 438 名前：デフォルトの名無しさん mailto:sage [2007/03/26(月) 04:57:07 ] vertex shaderはピクセルの出力と全く関係ないような 439 名前：デフォルトの名無しさん [2007/03/26(月) 09:44:43 ] CUDAを使ってトリップ検索させると速いですか？ 440 名前：デフォルトの名無しさん mailto:sage [2007/03/26(月) 09:46:56 ] そういうのには向いてません。 高速にcryptを実行するってのは前に試したけど いい感じにかきなおせなかったわ。　 441 名前：440 mailto:sage [2007/03/26(月) 09:49:34 ] ちなみに、cryptの能天気な話は ttp://www.gpgpu.org/forums/viewtopic.php?p=4642&sid=fa945081fc53f719b6da6ade288b0ac8 ここみてちょ。 ここに載ってるパワポは見た上で試したが…。 こいつら、分かってて書いてるんだろうけどさ・・・。 442 名前：デフォルトの名無しさん mailto:sage [2007/03/26(月) 10:09:49 ] >>439 8800GTSで試したんだけど遅くはないけど激速じゃない。(4M程度) コストパフォーマンスではC2Dよりちょっと分が悪い。 春に廉価版が出揃って、CUDAのバージョンが上がったらモノになるかな? 整数演算のイマイチ度については各方面から突き上げが激しいので 次アーキでは劇的に改善される可能性はなきにしもあらず。 >>440 俺はLUTで試したけど、MP内にてLoadネックで 並列度が頭打ちになってる感じ。>>440が試した結果をもすこし詳しくきぼん 443 名前：デフォルトの名無しさん mailto:sage [2007/03/26(月) 10:59:36 ] ■後藤弘茂のWeekly海外ニュース■ CPUとGPUの大きな違い ●汎用コンピューティングで近づくCPUとGPU pc.watch.impress.co.jp/docs/2007/0326/kaigai346.htm 444 名前：デフォルトの名無しさん mailto:sage [2007/03/26(月) 19:18:04 ] >>442 C2DでもTrip-Monaで500k程度だから4Mでも十分じゃん 445 名前：・∀・）っ-{}@{}@{}@ mailto:sage [2007/03/26(月) 19:38:01 ] やきとり屋さんだよ 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かよ

---

---

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

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