GPGPU#2

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/ 603 名前：デフォルトの名無しさん mailto:sage [2008/08/10(日) 01:44:48 ] ちらっと触って思ったこと。 計算は速いけど、なんかデータのCPU<->GPU間転送が超遅い。 んで、大体の人が期待しているGPGPU使用のh.264エンコって現実味がない気がしてきた。 入力がまず間違いなく、1フレームごとに発生するわけだからその分のデータ転送は必須。 普通にCPUのSIMD使ったほうが早いかと。 604 名前：デフォルトの名無しさん mailto:sage [2008/08/10(日) 01:52:19 ] 自分の能力を過信するとそう思っちゃうよね。 もっと調べると、使いこなせない俺はヘボプログラマなんだと実感する。 NVIDIA、GPUによるH.264エンコードをデモ journal.mycom.co.jp/news/2008/04/16/020/ www.elementaltechnologies.com/how_it_works.php 605 名前：デフォルトの名無しさん mailto:sage [2008/08/10(日) 02:00:22 ] まあ一口にH264と言っても自由度高いし、と言うかいろんな圧縮処理が規格化されてるんだっけ、 この記事のやつはどの位圧縮できるんだろうね 606 名前：デフォルトの名無しさん mailto:sage [2008/08/10(日) 02:01:47 ] >>604 使いこなせないのが全て実装側にあるって考えはどうも嫌です。 道具を使う側が、使いにくいと思う場合はやっぱり道具側を改善すべきかと。 いまだにGPGPU向け言語とゆうか、インターフェースとゆうかそれが不十分な気がします。 CUDAはまだ使いやすいほうだけど。。。 だって教えてくれた記事が4月なのに、まだ現物ソフトないじゃん 607 名前：デフォルトの名無しさん mailto:sage [2008/08/10(日) 02:09:53 ] 明後日から始まるSIGGRAPHにElemental Technologiesが出展するみたいだね これで公開時期が発表されなかったり>>604より速くなってなかったら… 608 名前：デフォルトの名無しさん mailto:sage [2008/08/10(日) 09:25:37 ] デモで3倍程度だと現実はどうなんだろうって気はするね。 まあ、俺はC#しかできないから>>490の言うように .NETのJITが対応するのを待つだけだけど。 609 名前：デフォルトの名無しさん mailto:sage [2008/08/10(日) 09:44:23 ] まぁIntelが金注ぎまくるまで待っていても いいと思うけどね 610 名前：デフォルトの名無しさん mailto:sage [2008/08/10(日) 10:43:01 ] >使いこなせないのが全て実装側にあるって考えはどうも嫌です 痛い，痛過ぎる 611 名前：デフォルトの名無しさん mailto:sage [2008/08/10(日) 11:07:18 ] 半年後にはOpenCA出るしDirectCA（仮称） そろそろ発表されるのにCUDAに縛られる 意味無いなぁ 612 名前：デフォルトの名無しさん mailto:sage [2008/08/10(日) 12:43:12 ] まーねー、俺みたいにぬるいプログラマは DirectXくらい楽になってくれるとうれしー 613 名前：デフォルトの名無しさん mailto:sage [2008/08/10(日) 19:42:41 ] >>605 圧縮率についてはBaselineって時点であきらめた方がいい。XvidやDivxの方がまだマシってレベル。 速度面でもアセンブラ最適化されたx264とかと比べると劣る。 614 名前：デフォルトの名無しさん mailto:sage [2008/08/15(金) 21:42:11 ] SIGGRAPH 2008のAMDの資料にCALとDirectXの協調のさせ方が微妙に出てるね。 ttp://s08.idav.ucdavis.edu/ 関数ポインタの取得の部分が書いてないもんだから>>357の関数名で合ってるのかさっぱりわからない。 まぁとりあえず試してみるかね。 615 名前：デフォルトの名無しさん mailto:sage [2008/08/15(金) 22:28:37 ] 今GPGPUやっても仕方がないきがしてならん Intelの発表見ると微妙過ぎる気がしてならん 616 名前：デフォルトの名無しさん mailto:sage [2008/08/16(土) 12:56:04 ] >>615 分野によってドチラがコストパフォーマンスが高いかが違うので、やっても仕方ないかどうかは、分野による。 617 名前：デフォルトの名無しさん mailto:sage [2008/08/16(土) 21:01:35 ] 分野と言うか目的が一番問題だろうな 618 名前：デフォルトの名無しさん mailto:sage [2008/08/16(土) 21:18:53 ] >>613 それってかなりがっかりなお知らせなんじゃ…つかなんのためのGPGPUよ 619 名前：デフォルトの名無しさん mailto:sage [2008/08/16(土) 23:43:43 ] しかもBaselineプロファイルなんてBないから圧縮率悪いし、わざわざ、GPU最適化して作る意味ないです。。。 620 名前：デフォルトの名無しさん mailto:sage [2008/08/17(日) 00:32:06 ] そうでなく、そのプロファイルでの報告だってのが、ってことじゃね 621 名前：デフォルトの名無しさん mailto:sage [2008/08/22(金) 07:29:34 ] GPUを用いた映像のリアルタイム手ぶれ補正ソフトウェアの開発 いいなGPU使うだけで税金おりるのって 622 名前：デフォルトの名無しさん mailto:sage [2008/08/22(金) 11:39:13 ] マルチする奴って馬鹿だな、まで読んだ 623 名前：デフォルトの名無しさん mailto:sage [2008/08/22(金) 14:44:20 ] CUDA2正式版が出たな それに対してAMDは4850が出てから一度も… 624 名前：デフォルトの名無しさん mailto:sage [2008/08/23(土) 01:04:22 ] 4850以前に3000シリーズもStream SDKのドキュメントに出てないぞ 625 名前：デフォルトの名無しさん mailto:sage [2008/08/23(土) 01:53:12 ] >>624 全然汎用的に使えないから、いいんじゃない？ 626 名前：デフォルトの名無しさん mailto:sage [2008/08/23(土) 15:40:08 ] CUDAとCALに両方対応するプリコンパイラを誰か作らないのか 627 名前：デフォルトの名無しさん mailto:sage [2008/08/23(土) 15:59:30 ] >>626 抽象度が違うから無理だし、作ったって使いやすいものじゃない。 628 名前：デフォルトの名無しさん mailto:sage [2008/08/24(日) 00:14:04 ] www.gravitysensation.com/sumotori/ これ面白いぞ 629 名前：デフォルトの名無しさん mailto:sage [2008/08/24(日) 00:30:24 ] >>628 ものすごい今更感が 630 名前：デフォルトの名無しさん mailto:sage [2008/08/24(日) 03:46:37 ] そもそも、なぜこのスレ？ 631 名前：デフォルトの名無しさん mailto:sage [2008/08/28(木) 01:47:18 ] CUDA最強だね AMDはBroadcomに身売りしたし終わりだね 632 名前：デフォルトの名無しさん mailto:sage [2008/08/28(木) 02:58:25 ] 今の時点でCUDA最強なんて言ってるのを、10年後の人間に見せたら 牛乳吹くぞきっとｗ 633 名前：デフォルトの名無しさん mailto:sage [2008/08/28(木) 04:55:44 ] 現時点じゃCUDA（笑）だもんな。 インテルがGPGPUは失敗するって言ってたけど今のままじゃ その通りになりそうだし。 634 名前：デフォルトの名無しさん mailto:sage [2008/08/28(木) 05:52:06 ] ゲーム屋（の一部）から言わせて貰えば、GPGPUはとても魅力的。 巨大な配列に適当な関数を map するような用途は沢山あるから。 だから逆に、あんまりCPUよりになって欲しくないね。 635 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 23:27:31 ] GPGPUって今どういう状態？ 1.GPUメーカーが必死に煽って、好き者PGだけが遊びでいじってる状態？ 2.先進的PGが名もなきゲームや特殊なソフトで、こっそり実用する奴がいる状態？ 3.先進的なメーカーが、名もなきゲームや特殊なソフトで使う事もある状態？ 4.ゲームや特殊なソフトでは、たまに使ってるソフトもある位の状態？ 5.有名実用ソフトがみんな当たり前のように使用している状態？ 6.Windowsのカーネルも含めてほとんどのソフトがGPUで動いてる状態？ 636 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 23:35:25 ] 2じゃね 637 名前：デフォルトの名無しさん mailto:sage [2008/09/02(火) 00:41:29 ] カーネルが動いたらむしろCPU要らない気がするｗ 638 名前：デフォルトの名無しさん mailto:sage [2008/09/02(火) 00:53:17 ] それは、もうGPUじゃない。 639 名前：デフォルトの名無しさん mailto:sage [2008/09/02(火) 08:54:34 ] このスレだと微妙にスレ違いなネタなんだけど 物理シュミレーションスレ誰か立ててくれませんか？ 640 名前：デフォルトの名無しさん mailto:sage [2008/09/02(火) 13:18:00 ] 自分で立てろや 641 名前：デフォルトの名無しさん mailto:sage [2008/09/02(火) 13:31:43 ] 立てられないんです 642 名前：デフォルトの名無しさん mailto:sage [2008/09/02(火) 14:56:12 ] 板があるよ science6.2ch.net/sim/ 643 名前：デフォルトの名無しさん mailto:sage [2008/09/03(水) 00:32:20 ] >>635 photoshopや有名エンコーダで利用されるようになったら、晴れて一般技術の仲間入りって所か？ 644 名前：デフォルトの名無しさん mailto:sage [2008/09/05(金) 04:19:58 ] "一般技術"って何だ？ 645 名前：デフォルトの名無しさん mailto:sage [2008/09/06(土) 11:18:09 ] 電話が使えるとか電卓が使えるとかそういう技術の事ジャマイカ？ 646 名前：デフォルトの名無しさん [2008/09/06(土) 23:20:29 ] っつーか、それ以前に、そんな日が本当に来るのかよ。 647 名前：デフォルトの名無しさん mailto:sage [2008/09/06(土) 23:41:40 ] 来ません 648 名前：デフォルトの名無しさん mailto:sage [2008/09/07(日) 11:55:08 ] AthronとNvidia好きな俺にとっちゃ 649 名前：デフォルトの名無しさん mailto:sage [2008/09/07(日) 12:34:13 ] Athron Athron Athron Athron Athron Athron Athron Athron Athron Athron Athron Athron Athron Athron 650 名前：デフォルトの名無しさん mailto:sage [2008/09/07(日) 13:14:18 ] ソフトウェア環境が整う速度よりも CPUのコア数が増える速度の方が早いでしょ GPUをCPU並みに複雑な処理に対応させるって それって単にマルチコアなCPUを作るだけでしょって話なわけで 結局メーカーの入れ替わりなんかが発生するかもはしれんけど 行き着く先はCPUとGPUの統合なわけ プログラムはマルチスレッドなものを作っとけばいいだけ CUDAだのCALだのは要らない 651 名前：デフォルトの名無しさん mailto:sage [2008/09/07(日) 13:20:41 ] 単純にMAP関数アクセラレータとして使えるくらい GPUがCPUに近くなればいいんだよ。 stlっぽくunordered_for_eachにkernel関数渡せば ハードに合った並列処理されるみたいな。 652 名前：デフォルトの名無しさん mailto:sage [2008/09/07(日) 13:21:24 ] pentium-mクラスの256コアCPU速く出ないかなぁ 653 名前：デフォルトの名無しさん mailto:sage [2008/09/07(日) 13:22:48 ] バカだから並列プログラムできません＞＜ と素直に言えばいいのに 654 名前：デフォルトの名無しさん mailto:sage [2008/09/07(日) 13:25:14 ] 並列プログラミングできないって、それが理解できないですよ。 単にコア分のスレッド使って、処理を分ければ良いだけのことでしょ？ 655 名前：デフォルトの名無しさん mailto:sage [2008/09/07(日) 13:26:44 ] >>650 いるいる。 現状CPUのSIMDだってコンパイラはまともに最適化してくれなくて 自分で専用のコード書かなきゃいけない。 マルチスレッドだってOSによってAPIが当然違うし同期とか面倒くさい。 CUDAだろうがその他の開発環境だろうが構わないが もっと並列性の高い言語を用意してくれなきゃ 多くのヘタレPGが書いたコードは現状のCPUだって1/10くらいしか性能が出てない。 656 名前：デフォルトの名無しさん mailto:sage [2008/09/07(日) 13:38:17 ] 手続き型の記述法がアホ臭いことが結構あるだろ。 forループでわざわざどうでもいい処理順序まで記述した挙句 OpenMPのプラグマで実は並列に処理できますよとヒント書くとか。 並列構文作って無意味な制御変数のデータ依存省いた 本当に必要な依存だけ記述されたRTLをコンパイラに素直に渡せないから 人間は無駄に処理順序を記述する羽目になり、 コンパイラは無駄に不完全な並列化解析することになる。 657 名前：デフォルトの名無しさん mailto:sage [2008/09/08(月) 10:55:02 ] フォトショやエンコーダのCUDAに対応するのがあるよ 3DCGレンダで対応するのが出るのは時間の問題じゃねーか 658 名前：デフォルトの名無しさん mailto:sage [2008/09/09(火) 10:23:51 ] AMDの新しいSDK出るのって今週の予定だったな。 659 名前：デフォルトの名無しさん mailto:sage [2008/09/10(水) 10:11:09 ] 密かにftpサーバに新版アップされているな。 660 名前：デフォルトの名無しさん mailto:sage [2008/09/10(水) 12:18:27 ] vista用も用意されてるね 661 名前：デフォルトの名無しさん mailto:sage [2008/09/10(水) 12:26:26 ] ttp://ati.amd.com/technology/streamcomputing/resources.html 文書も増えた？ 662 名前：デフォルトの名無しさん mailto:sage [2008/09/10(水) 13:38:46 ] 1.2.βの更新日が7月23日？ 今週の新版は1.3βなのかついに正式版なのか 663 名前：デフォルトの名無しさん mailto:sage [2008/09/10(水) 16:24:44 ] 1.2βですじゃ 664 名前：デフォルトの名無しさん mailto:sage [2008/09/10(水) 16:26:29 ] ftp://ftp-developer.amd.com/AMD_Stream_SDK/v1.2-beta/ 665 名前：デフォルトの名無しさん mailto:sage [2008/09/10(水) 23:45:31 ] ぱっとドキュ見てみたけど、相変わらずCALの方が。。。 フォーラムでも叩かれてたのに、見た目綺麗でも中身変わらず。。。。 666 名前：デフォルトの名無しさん mailto:sage [2008/09/11(木) 05:48:50 ] www.ipa.go.jp/jinzai/mitou/2008/2008_1/youth/gaiyou/k-02.html 手ぶれ補正をGPUでやるだけで３０００万 の詳細 667 名前：デフォルトの名無しさん mailto:sage [2008/09/11(木) 06:31:14 ] 余裕で出来るｗｗｗ 668 名前：デフォルトの名無しさん mailto:sage [2008/09/11(木) 07:05:19 ] >>666 いやそれ、300万円だよな?? じゃぁもれは赤目補正をGPUでやりますから。控えめに100万円ください。 669 名前：デフォルトの名無しさん mailto:sage [2008/09/11(木) 09:59:14 ] ttp://pc.watch.impress.co.jp/docs/2008/0910/leadtek.htm これGPGPUみたくユーザが使えたら面白そう 670 名前：デフォルトの名無しさん mailto:sage [2008/09/11(木) 11:24:47 ] 性能と価格と消費電力次第だけど、数が出ないだろうからGPUに比べてとても割に合わなそう。 いつぞやの物理演算プロセッサの路線。 671 名前：デフォルトの名無しさん mailto:sage [2008/09/11(木) 14:18:41 ] 5000-10000円程度か、対応ソフトウェアにバンドルして発売すればそこそこ需要はあるかと。 まぁSD解像度を主眼に置いている時点でワゴン逝き確定。ワゴンに行ったら救出しまつ。 672 名前：名無し募集中。。。 mailto:sage [2008/09/11(木) 16:46:03 ] 初物だから10万くらいするんじゃないか? 673 名前：デフォルトの名無しさん mailto:sage [2008/09/11(木) 20:02:34 ] やっとVista対応か これでXP64消せる 674 名前：デフォルトの名無しさん mailto:sage [2008/09/11(木) 20:20:40 ] ページも更新されてる downloadもFTPからじゃなくなったな・・ ttp://ati.amd.com/technology/streamcomputing/sdkdwnld.html 675 名前：デフォルトの名無しさん mailto:sage [2008/09/12(金) 02:31:56 ] HD3450(Cat8.8)でBrook+のサンプルは動くのに CALのサンプルが Current hardware does not support this kernel. やら This program cannot be run on the present graphics hardware. Exiting! と表示されて全然動かないなぁ Brook+の方はNLM_Denoise.bmpも出力できるからCALのバージョンチェックが厳しいだけだろうな 明日4850の方でも試してみよう 676 名前：デフォルトの名無しさん mailto:sage [2008/09/12(金) 02:59:10 ] >>675 Brook+の方はちゃんとGPUで動いてるの？CPUエミュになってない？ 677 名前：デフォルトの名無しさん mailto:sage [2008/09/12(金) 03:00:55 ] >>676 NLM_Denoiseも一発で出力されてるけど、 これそんなに軽い処理だっけ？ というか1.1の時は動いてたし 678 名前：デフォルトの名無しさん mailto:sage [2008/09/12(金) 09:10:19 ] >>675 単にMEM_EXPORTの機能がないカード使ってるだけだろ？ 679 名前：デフォルトの名無しさん mailto:sage [2008/09/15(月) 12:58:24 ] Stream SDK 1.2になったけど なんか変わった？ドキュメントがさらにカオスに なった以外変更ないみたいなんだが 680 名前：デフォルトの名無しさん mailto:sage [2008/09/15(月) 13:17:25 ] shader analyzerで見る限り brook+のreduceで高速化のためか 複数のILプログラム出力しているみたい。 681 名前：デフォルトの名無しさん mailto:sage [2008/09/15(月) 14:30:12 ] slashdot.jp/developers/08/09/14/0144250.shtml 682 名前：デフォルトの名無しさん mailto:sage [2008/09/17(水) 07:36:18 ] >>635 自分が使うプログラムは自分で書かなければ どこにも存在しない研究者が、 課金されずに使えて値段の割に速いから喜んでいる状態 683 名前：デフォルトの名無しさん mailto:sage [2008/09/17(水) 08:54:40 ] なにげにクイックソートライブラリとか探せばごろごろすぐに使えるものがある 684 名前：デフォルトの名無しさん [2008/09/17(水) 11:50:31 ] 初心者ですみません。 一般的なスペック高めのPC(現状ではC2D E8x00系,GeForce 9800系あたりを想定)で、 現状、あるいは今後のロードマップで、 CPUでやるより最大で何倍位の性能出るんでしょうか？ もちろん、課題に大きく依存すると思いますが、とりあえず最大(GPGPUに適した課題)で。 あと、性能を大きく上げる手軽な増設・改造などありますでしょうか。 685 名前：684 mailto:sage [2008/09/17(水) 11:53:46 ] あ、別にnVidiaでなくてもPCショップで普通に買えるものならどこのでも良いです。 686 名前：デフォルトの名無しさん mailto:sage [2008/09/17(水) 15:25:56 ] GPGPUがらみですが、ちょっと離れてしまう話でもあり でもどこで聴けばいいのかわからないので、ここで聞かせてください。 セカンドディスプレイを繋ぐ2つ目のDVIから GPUで処理したデータをデジタル出力(映像ではないです)させたいのです。 どちらのディスプレイからデータを出力させるか や どこのピンからどんなデータを出すか。 などの資料は、無いでしょうか？ そういう制御が無理な気もしますし、少なくともATiとnVIDIAでは別な気もしますし。 687 名前：デフォルトの名無しさん mailto:sage [2008/09/17(水) 17:05:33 ] >>686 ttp://en.wikipedia.org/wiki/Digital_Visual_Interface ツイストペア複数組　再送などはなく垂れ流し 688 名前：デフォルトの名無しさん mailto:sage [2008/09/17(水) 22:08:23 ] >>684 そもそも適した課題というのが少ないからな 単純なものほど並列化しやすくて早いけど 単純なものほど処理が単純でCPUでも我慢できる範囲だったりｗ 689 名前：デフォルトの名無しさん mailto:sage [2008/09/17(水) 22:09:56 ] たとえば音声認識とか。 690 名前：デフォルトの名無しさん mailto:sage [2008/09/17(水) 22:43:55 ] CALの場合悩みは結局 痛nium2と同じだしな CUDAは結局SSEの延長 691 名前：デフォルトの名無しさん mailto:sage [2008/09/17(水) 23:00:22 ] >>690 itanium2と同じってどゆこと？？ CUDAって今年の流行だろ？ 692 名前：デフォルトの名無しさん mailto:sage [2008/09/17(水) 23:17:48 ] 去年はCell 今年はCUDA 来年は？ 693 名前：デフォルトの名無しさん mailto:sage [2008/09/17(水) 23:18:26 ] OpenCL 694 名前：デフォルトの名無しさん mailto:sage [2008/09/17(水) 23:23:56 ] Larrabee 695 名前：デフォルトの名無しさん mailto:sage [2008/09/18(木) 01:38:11 ] >>692 去年はx86 今年はx86 来年もx86 696 名前：デフォルトの名無しさん mailto:sage [2008/09/27(土) 18:03:14 ] NVIDIA製GPUが「Photoshop」「After Effects」「Premiere Pro」の最新版「CS4」アクセラレーションをサポート。 www.4gamer.net/games/032/G003263/20080925009/ ＞Adobe Photoshop CS4はQuadroとGeForceのどちらでも利用可能だが， ＞残る二つはQuadroのみが認証＆推奨されている――を搭載したシステムでは，自動的に有効化されるとのことだ。 Geforceで動くAE、Premiereプラグインを開発して売り出せば（ｒｙ 697 名前：デフォルトの名無しさん mailto:sage [2008/09/27(土) 20:01:41 ] ぬか喜びしてるのか色んなところにコピペしまくってるね君 698 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 08:09:32 ] GPGPUでDSP作って ディスプレイ繋いでない方のDVI端子にDVI->COAXIAL出力つけて サウンドカード化とか、ちょっと妄想してみた。 DViだったら、多chも余裕な気もする。 699 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 11:52:40 ] それHDMIじゃダメなん？ 700 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 11:59:05 ] HDMI端子の普及率はまだそこまで高くないでしょ。 どうせGPGPUを使うなら、コンセプト的には、あまった●●で××を・・・ って感じだろうから、もう１個のDVI端子を何か有効に使いたい所。 701 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 22:34:53 ] >>698 SLI2でそうゆうことするよ アホかって思うけどね なんでもSLI前提とかありえねーし 702 名前：デフォルトの名無しさん [2008/10/10(金) 01:20:34 ] >>696 このプラグインインスコフォルダからぱくってきて 他のソフトで使う事ってできる？ 703 名前：デフォルトの名無しさん mailto:sage [2008/10/20(月) 23:57:16 ] 結局、CS4もCUDAじゃなくてOpenGLだったわけだけど 何で今頃DX9のSM3.0対応のソフトが増えてるんだろ？ 誰かわかる人教えてくれｗ

---

---

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

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