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/ 581 名前：デフォルトの名無しさん mailto:sage [2008/07/28(月) 22:53:23 ] 自分でやるかちゃんと金払え 582 名前：デフォルトの名無しさん mailto:sage [2008/07/28(月) 23:04:39 ] あんな汚いソースじゃ移植したくない 583 名前：デフォルトの名無しさん mailto:sage [2008/07/28(月) 23:44:30 ] レンダ部分のソースの範囲だけ教えてくれれば みなくもない 584 名前：デフォルトの名無しさん mailto:sage [2008/07/29(火) 12:29:39 ] ヒントつオープンソース 585 名前：デフォルトの名無しさん mailto:sage [2008/07/29(火) 16:54:09 ] ヒントツ・オープンソース 586 名前：デフォルトの名無しさん mailto:sage [2008/07/29(火) 23:55:13 ] 解析するのめんどうだから レンダの部分だけここにソースリストあげて それくらいしてくれてもいいよね？ 587 名前：デフォルトの名無しさん mailto:sage [2008/07/30(水) 10:25:46 ] まぁ、他人に頼むのならそれくらいしてもいいよな 588 名前：デフォルトの名無しさん mailto:sage [2008/07/30(水) 13:22:00 ] www.blender.org/download/source-code/ 589 名前：デフォルトの名無しさん mailto:sage [2008/07/31(木) 10:59:57 ] WME対応してくれないかな・・・ 590 名前：デフォルトの名無しさん mailto:sage [2008/07/31(木) 15:07:56 ] F@H落として動かしてるのにamdcalcl.dllとamdcalrt.dllがDLされないぞ… まさかスタティックリンクになったのか… 591 名前：デフォルトの名無しさん mailto:sage [2008/08/01(金) 00:32:34 ] 見るフォルダ間違ってるとか。 そもそも最近のはインストーラに付いてくる。 592 名前：デフォルトの名無しさん mailto:sage [2008/08/02(土) 02:23:24 ] 3DCGのレンダリングには向いてない？ 593 名前：デフォルトの名無しさん mailto:sage [2008/08/02(土) 02:44:50 ] レイトレやるならアリだろ。 594 名前：デフォルトの名無しさん mailto:sage [2008/08/02(土) 15:33:38 ] じゃあ>>588のソース改変してCUDA対応きぼん 595 名前：デフォルトの名無しさん mailto:sage [2008/08/02(土) 16:52:45 ] >>594 CUDAスレに行け 596 名前：デフォルトの名無しさん mailto:sage [2008/08/02(土) 16:53:47 ] >>591 Vista対応のDLLが欲しいんだ… 597 名前：デフォルトの名無しさん mailto:sage [2008/08/02(土) 17:21:10 ] >>596 少なくとも6.12b8まではインストールした時点でスタートメニューのdata filesで開くフォルダに入ってる。 6.20はシラネ 598 名前：デフォルトの名無しさん mailto:sage [2008/08/05(火) 22:12:13 ] Vista用のGPU2クライアント落とせば入ってるよ 599 名前：596 mailto:sage [2008/08/05(火) 22:19:22 ] DLページをもう一回見たらVistaマークのzipから落とせた＼（＾o＾）／ でも当然だがこのDLLじゃ64bit版のサンプルは実行できないな…（´・ω・`） どうせ2GB超えるようなプログラムは作ってないし素直に本家更新待つか 600 名前：デフォルトの名無しさん mailto:sage [2008/08/09(土) 09:14:54 ] CPUで流体シミュレーションやって遊んでるけど ぶっちゃけGPGPUと速度変わりませんｗｗｗｗ プログラムを最適化したらむしろ早いかもｗｗｗｗ 601 名前：デフォルトの名無しさん mailto:sage [2008/08/09(土) 17:13:49 ] つまりショボイプログラムなんですね 分かります 602 名前：デフォルトの名無しさん mailto:sage [2008/08/09(土) 19:39:05 ] 601の言い方は悪いが同意。俺も詳しくは無いがそこらの記事から察するに、 今のCPUだって遅いわけではないんだから 複数のオブジェクトに対して或る程度の高負荷がかかる処理でないと 差が出ないと思うんだが。 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

---

---

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

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