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/ 548 名前：デフォルトの名無しさん mailto:sage [2008/07/13(日) 17:36:35 ] GPGPUでは、nVidiaがAMDに勝ってると思ってるんだろ。 いわゆる、語るに落ちるって奴ｗ 549 名前：デフォルトの名無しさん mailto:sage [2008/07/13(日) 17:47:06 ] 実際ATIのVLIWは汎用処理では 遅くて使い物にならないけどね 理論値倍精度で500Gが4、5G程度しか でなくなっちゃうからねぇ まぁ3Dでは高速だがGPGPUではゴミだ 550 名前：デフォルトの名無しさん mailto:sage [2008/07/13(日) 18:05:31 ] 倍精度の理論値は短精度の1/5じゃないの？ 倍精度だと倍精度積和+整数演算の組み合わせしかできないから VLIWコンパイラの不出来の所為で性能が落ちる部分は少ない。 整数演算使わなきゃ殆どスカラプロセッサだし。 551 名前：デフォルトの名無しさん mailto:sage [2008/07/13(日) 18:09:00 ] あのー質問してもいいでつか？ 552 名前：デフォルトの名無しさん mailto:sage [2008/07/13(日) 20:46:25 ] >>551 消えろｶｽ 553 名前：デフォルトの名無しさん mailto:sage [2008/07/13(日) 20:56:28 ] >>551 いや、そんなことより俺の質問を聞いてくれ。 554 名前：デフォルトの名無しさん mailto:sage [2008/07/13(日) 22:57:49 ] お兄ちゃんたちってどうして変な臭いがするの？？？ 555 名前：デフォルトの名無しさん mailto:sage [2008/07/13(日) 23:00:22 ] 俺はおじさんだヴォケ 556 名前：デフォルトの名無しさん mailto:sage [2008/07/13(日) 23:07:14 ] カレー臭がするのか 557 名前：デフォルトの名無しさん mailto:sage [2008/07/13(日) 23:13:13 ] そうそう最近脱いだ服が臭くてな。 558 名前：デフォルトの名無しさん mailto:sage [2008/07/14(月) 06:49:02 ] おや汁対策で、俺の服だけ別に洗濯機回されてる。 559 名前：デフォルトの名無しさん mailto:sage [2008/07/15(火) 05:37:32 ] >>558 最近の洗剤なめんなｗ お前が嫌われてるだけだｗ 560 名前：デフォルトの名無しさん mailto:sage [2008/07/15(火) 13:14:02 ] >>559 なんでお前が偉そうなのｗ 561 名前：デフォルトの名無しさん mailto:sage [2008/07/15(火) 16:02:07 ] しかし、NL-MeansはCUDA遅くて使い物にならなかったみたいだね 得意不得意がハッキリしてて面白いね 562 名前：デフォルトの名無しさん mailto:sage [2008/07/15(火) 16:02:27 ] ここでやるな、よそでやれ 563 名前：デフォルトの名無しさん mailto:sage [2008/07/15(火) 22:57:02 ] 正直nVidiaの超スカラプロセッサ化は、面白味に欠けるなぁ GPUはあくまでベクトルプロセッサであって欲しいが 564 名前：デフォルトの名無しさん mailto:sage [2008/07/16(水) 02:09:27 ] Larrabeeに追われるNVIDIAがGT200に施したGPGPU向け拡張 ttp://pc.watch.impress.co.jp/docs/2008/0716/kaigai453.htm 565 名前：デフォルトの名無しさん mailto:sage [2008/07/17(木) 05:16:15 ] >>563 超同意だけど、グラフィック用途でも粒度が細かくなりつつあるので仕方ないと思う。階層化シャドウマップとか、その半影とか、双半球環境マップとか。 566 名前：デフォルトの名無しさん mailto:sage [2008/07/18(金) 19:20:21 ] 今朝の日経産業新聞で読み仮名が「CUDA(クーダ)」だった。 彼らは専門知識が無くてもインタビューとかするだろうし、こっちが正しいんだよな？ 567 名前：デフォルトの名無しさん mailto:sage [2008/07/18(金) 20:27:00 ] >>566 大分まえからクーダだが。。今までなんて呼んでたの？ 568 名前：デフォルトの名無しさん mailto:sage [2008/07/18(金) 20:34:12 ] >>566 クーダじゃないの？ 569 名前：デフォルトの名無しさん mailto:sage [2008/07/18(金) 20:39:46 ] >>566 >>564 後藤ﾀﾝもクーダと書いてるが・・。 570 名前：デフォルトの名無しさん mailto:sage [2008/07/18(金) 21:45:58 ] アニメのキャラみたいだな、クーちゃん 571 名前：デフォルトの名無しさん mailto:sage [2008/07/18(金) 22:03:13 ] 読み方ネタなんかでスレ消費するのはやめてくーださい 572 名前：デフォルトの名無しさん mailto:sage [2008/07/19(土) 00:16:36 ] 【審議拒否】 573 名前：デフォルトの名無しさん mailto:sage [2008/07/19(土) 00:18:44 ] ヌーダだろ 574 名前：デフォルトの名無しさん mailto:sage [2008/07/19(土) 08:03:36 ] クター 575 名前：デフォルトの名無しさん mailto:sage [2008/07/19(土) 15:12:25 ] きゅうううううううううううううううううううううううううううううううううううううううううううううううううううううううううううううううだぁ だろ 576 名前：デフォルトの名無しさん mailto:sage [2008/07/19(土) 15:49:42 ] Geodeじゃないんだから 577 名前：デフォルトの名無しさん mailto:sage [2008/07/20(日) 03:40:41 ] 管 578 名前：デフォルトの名無しさん mailto:sage [2008/07/21(月) 20:17:11 ] 　　　　　　　　　 /＼ ,r‐''''"　~'~"''-､ 　 　 　 　 　　　〈　／,!,!,' ./,　　　　r‐i'i~'､ 　　　　　　　　　 >,'./:/,' / i i､ i, ',i ヽ,_!,!'､ 　　_,,,_　　　　　くi'./ /ii､,!!,' '､!､!,､ｬ , ,!,,!､,! 　　＼ ~'‐､i'､_　 ﾚ',',!'i:|了5　　'iﾃﾔ, i i:;:;::ヽ, 　　　 つ､. |　 "'''i-!,,!,,!､ﾞ'''',_,,--､''ｲ. i i:;:;::',､ヽ,　　　　　　　　　　　問おう、 　　　　~‐'､|　　　'i, :　:~"''‐'--､,!'~'､. i i:;:;:::',ヽヽ, 　　　　　　　　　 　　あなたがわたしのおにいちゃんか 　　　　　　'!　　　/: : : : . : : : . . :~"'ヽ;:i: !,::;::ヽヽ,｀ヽ､_ 　　　　　　フ''ﾌ'''' フ''‐､--;,;,; : : : : : /, !, ヽ;:::::ヽ,｀ヽ､'､''''''‐‐､ 　 　 　 　/ ／,'i /'i　ll i〉: : !: :"'''-.,,_';;ヽヽ;: ヽ､:::｀ヽ､ ヽヽ 　 'i 　　　　 /　ヽ,i.'/ ‐‐'､!/: : ∞: : : : i:/:;;:;:'i ::;i:::::,,_..ヽ::::ヽ し､_ 　 　 　（　／ !（',_　　/: : :.∞ : : : :/',:::;:/ ::/'､::::;:ヽ,!::::ﾉ､　　!,,_ 　 　　　）（　 !,　,､''-/: : : :∞: : : :（;:',:::/__::ヽ ｀ヽ::::）;:::l し､ .　 　　 '　 ）　/, ,!）/ : : : :.∞ : : : : ヽ,i'　7／　　!::',, ',,!､　! 　　　　　　　（　"'/: : : : : : i: : : : : : '､_､　ξ　　　ζ　く 　　　　　　　　　く,;,;,;_: : : : l : : :_;,;-'"＼ 　　　　　　　　　く　　~"'''''"''i''".__　　／ 　　　　　　　　　 /"'-､,_,,,,-‐'￣＼￣ '､ 　 　 　 　 　　　/　　/.　　　　　　 ＼.　＼ 　　　　　　　　/　　/　　　　　　　　　＼　 ヽ 　 　 　 　 　 /　　/　　　　　　　　　　　i二ニi_,,, 　　　　　 i'i'" ,__ /　　　　　　...................,,!_∞_ﾆ､i|:::........ 　 　　　 _! 'ヽ!　~'i　　　...............::::::::::::（　‐-‐''i=ヽ::: 　 　 　 .l､lヾ_,,,∞(i,,:::::::::::::::::::::::::::::::::::::"=====''' 　　　　 し､<､/､三ﾆ'､;:::::::::::::::::::::: 　　　　　　｀ヽ､_,,,,,,,,,,-i;::::::::::::::::.... 579 名前：デフォルトの名無しさん mailto:sage [2008/07/21(月) 20:18:33 ] なんの誤爆だｗ 580 名前：デフォルトの名無しさん mailto:sage [2008/07/28(月) 16:09:11 ] 誰かBlenderでCUDA使ったレンダ作ってくれ ほめられるよ 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 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対応のソフトが増えてるんだろ？ 誰かわかる人教えてくれｗ 704 名前：デフォルトの名無しさん mailto:sage [2008/10/21(火) 12:25:27 ] 34 名前： Socket774 [sage] 投稿日： 2008/10/18(土) 01:45:03 ID:6Ti8WTwL こっこれはGTX260じゃなくてQuadroCXなんだからね！ dc.watch.impress.co.jp/cda/accessories/2008/10/17/9443.html 約3万円→約20万円 705 名前：デフォルトの名無しさん mailto:sage [2008/10/21(火) 12:44:04 ] NVIDIA社員が打ち合わせに来た際に言った台詞: -- ボードメーカさんのボードは部品の品質も低いし検査もろくにしていない。 業務で使うのならそんなアキバ的発想はやめてQuadroFXを使うべきです。 -- その場にいたボードメーカさんの苦笑が忘れられない。 # GeForce8800GT vs. QuadroFX3700だけどね。 706 名前：デフォルトの名無しさん mailto:sage [2008/10/21(火) 20:38:40 ] >>703 それはOpenGL2.1がSM3.0相当しかサポートしないから OpenGLを採用したのは、Windows以外のOSも考慮したから 707 名前：デフォルトの名無しさん mailto:sage [2008/10/21(火) 20:49:53 ] いつの間にかStreamSDKの1.2.1が出てたんだな Radeon4xxxシリーズがOpenCloseDeviceでUnknownだったのがちゃんとR700系として認識されるようになった 708 名前：デフォルトの名無しさん mailto:sage [2008/10/21(火) 22:08:51 ] >>705 おまいさんの仕事がなんなのかすんごい気になる 709 名前：705 mailto:sage [2008/10/21(火) 22:35:39 ] >>708 あっしはしがない出入りのSEでござんす。 件のNVIDIAの営業氏、なかなかの好人物ではある。 710 名前：デフォルトの名無しさん mailto:sage [2008/10/21(火) 23:06:56 ] >>709 あいつ虐めんなよ ﾒﾝﾍﾗだし 711 名前：デフォルトの名無しさん mailto:sage [2008/10/23(木) 05:35:44 ] 同じ石なのに値段がどれだけ違うんだ、と思っていた時期が俺にもありました。 もう変わったらしいので当てはまらなくなっただけだが。 どちらにしろ利益率からいったら売れるところには売りたいのは当然だわな。 アキバ的発想で予備買ってもおつりがくるよな。 712 名前：デフォルトの名無しさん mailto:sage [2008/10/23(木) 07:34:30 ] >>711 まったくだ 713 名前：デフォルトの名無しさん mailto:sage [2008/10/23(木) 08:55:56 ] NVIDIAはブランド詐欺専門だからな いっぱいあっても現役チップは3種類程度ｗ 714 名前：デフォルトの名無しさん mailto:sage [2008/10/25(土) 16:23:33 ] さすがに3世代またいでリネームされると、ちょっとNV見限りたくなってきてるｗ 715 名前：デフォルトの名無しさん mailto:sage [2008/10/31(金) 01:28:36 ] CUDAのVS2008対応は年末か 716 名前：デフォルトの名無しさん mailto:sage [2008/11/01(土) 01:39:14 ] そんなことより、先にFreeBSDに対応してくれよ。 できればamd64で。 717 名前：デフォルトの名無しさん [2008/11/04(火) 22:39:56 ] www.hpcwire.com/blogs/OpenCL_On_the_Fast_Track_33608199.html OpenCL on the Fast Track Version 1.0 of OpenCL is currently scheduled to be released in early December at SIGGRAPH Asia 2008 in Singapore. 718 名前：デフォルトの名無しさん mailto:sage [2008/11/04(火) 23:28:14 ] ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!! 719 名前：デフォルトの名無しさん mailto:sage [2008/11/12(水) 23:48:12 ] 最近何か情報ないのかね？ 相変わらずプログラム作りにくくて難儀なんだけどさ 720 名前：デフォルトの名無しさん mailto:sage [2008/11/13(木) 02:00:12 ] NVIDIAがシェーダデバッガを期間限定割引販売してるけど GPGPU的には関係ないのかな。 721 名前：デフォルトの名無しさん mailto:sage [2008/11/13(木) 07:46:49 ] 開発ツールアホみたいに高く売るのは バカ会社の典型だな ゲロビディア潰れろ 722 名前：,,・´∀｀・,,）っ-●◎○ mailto:sage [2008/11/13(木) 10:20:22 ] 非業務用は無償じゃん なに切れてんだ？ 723 名前：デフォルトの名無しさん mailto:sage [2008/11/13(木) 11:02:44 ] AMDのシェーダデバッガは無料会員登録で手に入るな 724 名前：デフォルトの名無しさん [2008/11/13(木) 20:25:38 ] 228 ：Socket774 [↓] ：2008/11/13(木) 20:16:24 ID:DqWrARXH ttp://www.pcper.com/article.php?aid=638 ATI Stream Computing: From the desktop to the datacenter ttp://www.pcper.com/images/reviews/638/07.jpg ttp://www.pcper.com/images/reviews/638/08.jpg ttp://www.pcper.com/images/reviews/638/09.jpg ttp://www.pcper.com/images/reviews/638/10.jpg ttp://www.businesswire.com/portal/site/home/permalink/?ndmViewId=news_view&newsId=20081112006601&newsLang=en AMD Set to Release Free Software Giving Millions of ATI Radeon? Owners New Way to Run Demanding Computing Tasks Faster than Ever December ATI Catalyst? Driver Release Automatically Switches on ATI Stream Acceleration in ATI Radeon? Graphics Cards Found in Millions of PCs To Enable Instant Benefit, Users Will Also Be Able to Download Free Avivo? Video Converter That Makes High-Definition Video Conversion up to 17x Faster 725 名前：デフォルトの名無しさん mailto:sage [2008/11/13(木) 22:16:27 ] 今度こそGPUアクセラレートなAVIVO Converterが出るのか。 本当に出るのか心配だが、期待はしておこう。 COBRAとAVTはどこ行っちゃったのかよくわからんし、 *の文が小さい上に肝心のスライドは転載されてないのはアレだがｗ 726 名前：デフォルトの名無しさん mailto:sage [2008/11/14(金) 22:05:16 ] AMD Stream対応のプログラムって CAL直書きなの？ それともなんか違うもの使ってるの？ 727 名前：デフォルトの名無しさん mailto:sage [2008/11/14(金) 22:07:37 ] >>724 これで年内にStream SDKの正式版が出なかったら怒るぞ 728 名前：デフォルトの名無しさん mailto:sage [2008/11/14(金) 22:19:27 ] 出なくてもいいけどもっとまともに プログラム作れるようにしてくれよｗ 729 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2008/11/14(金) 22:24:17 ] キャッシュの小ささはどうにもならない。 CUDAですらDirectXでできることと大して変わらん。 730 名前：デフォルトの名無しさん mailto:sage [2008/11/15(土) 00:02:34 ] >>726 確かBrook+が使えるんじゃなかった？ 731 名前：デフォルトの名無しさん [2008/11/15(土) 06:33:39 ] >>725 いま在るAVIVO ConverterもCOBRA使ってるよ 今回変わったのはCOBRAがCAL使うようになったこと 732 名前：デフォルトの名無しさん mailto:sage [2008/11/15(土) 12:39:24 ] >>731 ソース下さいよｗ Avivo Video Converterが出たのは2005年、COBRAの発表が2007年なんですけどｗ 733 名前：デフォルトの名無しさん mailto:sage [2008/11/15(土) 12:57:37 ] >>732 AVIVOもCatalystと同じく更新され続けてる ttp://ati.amd.com/support/common-vista32.html 734 名前：デフォルトの名無しさん mailto:sage [2008/11/15(土) 13:13:53 ] ATI Stream正式発表っていってるけど 糞ドキュメントと仕様不備だらけ 735 名前：,,・´∀｀・,,）っ-●◎○ mailto:sage [2008/11/15(土) 13:18:29 ] 逆に今までのなんだったんだよって感じ 736 名前：デフォルトの名無しさん mailto:sage [2008/11/15(土) 13:32:22 ] あの言語仕様で汎用的に使えるのって SSEの置換程度だしついでに出たフォーラムで 言った正式リリース時には一定の制約はあるものの FPGAのような汎用ソリューションにするっていうのは まるっきり嘘だったな やっぱりIntelに期待するしかないな 737 名前：デフォルトの名無しさん mailto:sage [2008/11/15(土) 13:50:17 ] CUDAの糞っぷりでみんな懲りてるからなぁ 先駆者が大失敗した影響はでかいな ホント、DirectXに組み込まれるまで手を出せない感じ 738 名前：デフォルトの名無しさん mailto:sage [2008/11/15(土) 13:51:14 ] 俺、CUDAの仕様は結構気に入ってるんだけどな。まぁ慣れただけなのかもしれんが 739 名前：デフォルトの名無しさん mailto:sage [2008/11/15(土) 13:58:11 ] Pthreadみたいに使えないといらんよ 740 名前：デフォルトの名無しさん mailto:sage [2008/11/15(土) 14:37:27 ] >>733 中身のDLLのバージョン変わってないけどね。 741 名前：デフォルトの名無しさん mailto:sage [2008/11/15(土) 14:41:30 ] >>736 > あの言語仕様で汎用的に使えるのってSSEの置換程度だし SSEの置換なんて出来るわけない。使ったことないだろ？ 742 名前：デフォルトの名無しさん mailto:sage [2008/11/15(土) 16:02:21 ] >>732 発表したのが07年ってだけだろｗ 743 名前：デフォルトの名無しさん mailto:sage [2008/11/15(土) 16:17:49 ] で、COBRA使ってるってソースはまだですか？ 744 名前：デフォルトの名無しさん mailto:sage [2008/11/15(土) 16:31:19 ] >>743 grepでもかければ？ 745 名前：デフォルトの名無しさん mailto:sage [2008/11/15(土) 19:45:04 ] COBRAは昔からあるATIのマルチメディア向けライブラリだよ ttp://www.rage3d.com/print.php?article=/reviews/video/aiw9800p で、それが今日まで更新されてきたわけだ ttp://ati.amd.com/products/firepro/Siggraph_2008_video_encode_final.pdf About AMD’s Accelerated Video Transcoding AVT (aka Cobra) first developed for ATI TV tuners. 　software encode = cheaper tuners. 　Still deployed this way Cobra team serves as R&D centre for video futures: 　Shader-based video processing 　Arrival of HD 　Optical disc formats 　GPU Video encode GPU-accelerated decode and encode work continues… 746 名前：デフォルトの名無しさん mailto:sage [2008/11/15(土) 23:17:38 ] Cobra 9.15.0.20713 747 名前：デフォルトの名無しさん mailto:sage [2008/11/15(土) 23:58:14 ] ごめんなさいずっとCORBAのtypoだと思い込んでましたｗ 748 名前：デフォルトの名無しさん mailto:sage [2008/11/16(日) 00:10:21 ] XPIDLの元になったやつか 749 名前：デフォルトの名無しさん mailto:sage [2008/11/19(水) 18:47:19 ] OpenCLのプレゼン資料 ttp://khronos.org/opencl/ Mathematicaが来年初頭CUDAに対応するって話 ttp://www.nvidia.com/object/io_1227010734073.html 750 名前：デフォルトの名無しさん mailto:sage [2008/11/26(水) 12:18:50 ] ベールが剥がれた? OpenCLの概要を確認する journal.mycom.co.jp/column/osx/301/index.html DirectX 11はWindows 7とともにリリースされる northwood.blog60.fc2.com/blog-entry-2450.html 751 名前：デフォルトの名無しさん mailto:sage [2008/12/02(火) 15:04:18 ] GPUについて半分質問な感じだけど、聞いてくれ。 ｎVIDAのグラボの発熱量+消費電力が気になったんだが、 ATIの奴らでも似たようなもん？ 昔はATIは省エネ的な感じで、コスパ良かった気がしたんだが 近頃ノートパソコンばっかり使ってて、グラボの良し悪しや どれが最新のハイエンドで、どれが普及品で、どいつらが省エネタイプか さっぱり分らんので、ご教授願いたい。 GPGPUでガリガリと計算させ続けようと考えてて、 さすがに、下手な発熱量と消費電力は抑えられれば抑えられる方が好ましいと思ってるんだが、 現状ではまだ、CUDA以外はダメぽな感じ？ もしも、ATIの方が電力抑えめでこっち使いたいなら、DirecｔX１１待ちが正解そう？ 752 名前：デフォルトの名無しさん mailto:sage [2008/12/02(火) 16:39:59 ] 消費電力に関しては、今の世代ではATIがひとつ抜けた感がある。 とくにこの、補助電源が不要なクラス www.coneco.net/special/d066/ ところがソフトウェア的にはATIが1年以上遅れてる。 pc.watch.impress.co.jp/docs/2008/1114/amd.htm >>727-729 >>734-738 トレードオフだな。…あとはどう判断するかだ DirectX11は先の話だと思うけど 753 名前：751 mailto:sage [2008/12/02(火) 17:51:38 ] >>752　A lot of thanks. やっぱし、微妙なラインを判断しなきゃならないのかぁ。 CUDAの方はdocumentサクッと見つかったけど、 AMDStreamの方はSDKをダウンロードしてsetupしないと見る事もできないのね・・・。 （結局setupして、今document見てるけどｗｗｗ） DirectX１１については下記のリンク先で2009年とあったから、てっきりもうすぐ、 遅くともあと1年半待てば…とか思ってたんだけど、 甘い見通しだった？？ ttp://www.xbitlabs.com/news/video/display/20081002034817_ATI_Plans_Expects_DirectX_11_Chips_Next_Year.html 754 名前：デフォルトの名無しさん mailto:sage [2008/12/02(火) 18:57:59 ] >>753 いやダウンロードしなくても見れるぞ 「Publication」な ttp://ati.amd.com/technology/streamcomputing/resources.html 755 名前：デフォルトの名無しさん mailto:sage [2008/12/03(水) 00:04:17 ] 世代ごとにターンが入れ替わってる。 コストから言うと、別スレで挙げられてる HP ML115 +GF8400GSがぶっち切りで安上がり じゃないかな。 756 名前：デフォルトの名無しさん mailto:sage [2008/12/03(水) 07:54:21 ] >>753 製品のよしあしは世代ごとに変わるから、使いたくなったときが買い時 でもCUDAやATI Streamに縛られたくなかったら、待てば？ pc.watch.impress.co.jp/docs/2008/1202/kaigai478.htm 757 名前：デフォルトの名無しさん mailto:sage [2008/12/03(水) 14:40:21 ] まあCUDAにしろStreamSDKにしろOpenCL用のライブラリ作ればそれまでなわけで 758 名前：デフォルトの名無しさん mailto:sage [2008/12/03(水) 15:52:38 ] OpenCLなんて持ち上げてるのはマカーだけだよ。 XcodeがWindowsやLinuxで提供されてないのと同じレベルで、Snow Leopard専用言語。 「C#」や「C++/CLI」だって言語処理系自体はECMA標準規格だが事実上Windows .NET専用だろ？ どのみちCUDAの言語処理系に酷似してるなら簡単に移植できるだろうけど。 759 名前：デフォルトの名無しさん mailto:sage [2008/12/03(水) 17:11:36 ] OpenCLはGPUだけをターゲットにしたものじゃないのだが 760 名前：デフォルトの名無しさん mailto:sage [2008/12/03(水) 17:22:15 ] CPUのコードも生成できるって言いたいんだろ？知ってるよ。 CUDAもホストCPU用のコード生成できるようになるよ。 OpenCLは、少なくとも当面「Snow Leopardだけをターゲット」だけどな。 761 名前：デフォルトの名無しさん mailto:sage [2008/12/03(水) 17:54:22 ] いつもどおりMSがDirectXでWindows上のデファクトスタンダードを打ち出して普及を阻害するんだよな。 OpenGLがそうであったように。 762 名前：デフォルトの名無しさん mailto:sage [2008/12/03(水) 19:25:51 ] >>761 でもそれは元々OpenGLがとっつきづらくて普及進んでなかったんじゃ。 763 名前：デフォルトの名無しさん mailto:sage [2008/12/03(水) 19:30:16 ] CUDA(笑) 764 名前：デフォルトの名無しさん mailto:sage [2008/12/03(水) 19:35:02 ] 今のOpenGLは自滅してない？ 765 名前：デフォルトの名無しさん mailto:sage [2008/12/03(水) 20:17:14 ] NVIDIA自体は特にこだわりは無いそうだ。 MSあたりがデファクトスタンダードを作ってくれるならそれでいいと。 CgをベースにHLSLが生まれたように。 CUDAはGPGPU用言語処理系としては頭一つ抜けてると思うが。 現時点で「使える」という点でね。 そんなに普及してないじゃないかって思うだろうけど、GPGPU自体がそんなもんだよ 766 名前：デフォルトの名無しさん mailto:sage [2008/12/03(水) 20:28:21 ] でも、糞 767 名前：デフォルトの名無しさん mailto:sage [2008/12/03(水) 20:29:11 ] ハード屋はどこもそんなもんだと思うよ ソフト屋もどこもそんなもんだと思うよ 自分とこの製品買ってくれるならなんでもいいわけで 768 名前：デフォルトの名無しさん mailto:sage [2008/12/03(水) 20:31:15 ] まぁ、このままだと下手したらIntelに全部もっていかれかねないんだから 769 名前：デフォルトの名無しさん mailto:sage [2008/12/03(水) 21:29:14 ] ぶっちゃけ、Intelに全部もっていかれるのが一番いいなぁ。 770 名前：デフォルトの名無しさん mailto:sage [2008/12/03(水) 21:37:47 ] Intelが全部持ってっちゃうと企業努力しなくなるだろ 771 名前：デフォルトの名無しさん mailto:sage [2008/12/03(水) 21:43:04 ] CUDA類似の奴が他のチップ（まぁATiだけど）でも使えるようになるという点でOpenCLには期待してる まぁ何でもいいから使いやすいデファクトスタンダードを早く作ってくれ 772 名前：デフォルトの名無しさん mailto:sage [2008/12/03(水) 22:12:05 ] まあMacOS上のデファクトスタンダードは間違いないだろうが それ以上でもそれ以下でもないな。 OpenCLワーキンググループはにはNVIDIAもIntelも名を連ねてるが 結局はAppleは自社製品買ってくれる上客だからなわけで。 当然ながらMSは不支持。メリットが無いから。 となると、Windows用の「OpenCL」公式ランタイム環境をどこの会社が用意する？ ベンダーごとに用意する？ それじゃOpenGLのｇｄｇｄの二の舞だな。 DX11 Compute ShaderとOpenCL、どっちかを選べと言われたら NVIDIAもAMDもIntelも圧倒的に前者を選ぶだろうよ。 それとは別にCUDAなりCALなりCtなり各ベンダープロプライエタリな処理系は並行して サポートしていくだろうし。 MacOS専用同然になる公算はでかいわ。 まあ、MacもデスクトップではLinux以上には影響力あるしデザイン業界には 相変わらず強いからそれなりには支持されるかもしれないけどさ。 773 名前：デフォルトの名無しさん mailto:sage [2008/12/03(水) 23:12:59 ] DirectCAの開発資金が200億円 OpenCAの開発資金が8億円 絶対OpenCAは流行らないし潰れる 774 名前：デフォルトの名無しさん mailto:sage [2008/12/03(水) 23:16:28 ] >>772 ＞それとは別にCUDAなりCALなりCtなり各ベンダープロプライエタリな処理系は並行してサポートしていくだろうし。 これって使う側（プログラマとしてのな）からすりゃ鬱陶しいだけなんだよ MacなんてゴミOSはどうでもいいから、最低WinとUnix/LinuxについてはこれがGPGPUの標準ってのを作ってくれなきゃこれ以上広まらんぞ 775 名前：デフォルトの名無しさん mailto:sage [2008/12/03(水) 23:18:53 ] なんだかんだで 糞MSのデファクトスタンダードって対応早いしトータルで見ると良いと思うんだよね OpenGLだけならここまで進まなかったでしょ、実際 776 名前：デフォルトの名無しさん mailto:sage [2008/12/03(水) 23:20:20 ] Linuxはサポートする必要ないだろ 糞リーナスのオナチラOSなんて不要だろｗ 777 名前：デフォルトの名無しさん mailto:sage [2008/12/03(水) 23:22:34 ] >>776 常時稼働させる演算用鯖（GPUGRIDとか）としてや、GPUクラスタとしてLinuxは必要 778 名前：デフォルトの名無しさん mailto:sage [2008/12/03(水) 23:26:32 ] >>777 Windows 2003 Serverがあれば不要 Linuxを無理でも勧めようとするのはよくない 779 名前：デフォルトの名無しさん mailto:sage [2008/12/03(水) 23:27:51 ] Linuxの方が軽いだろう。それにクラスタを構成する全ノードに一々Win鯖入れんのか？ 保守もそうだし、入れる手間を考えたらLinuxの方が遥かに楽 780 名前：デフォルトの名無しさん mailto:sage [2008/12/03(水) 23:31:52 ] MSCS入れた方が管理楽だろ Linuxでまともにクラスタ管理できるソフトなんてみたことないけどなｗ 釣りだと思うが、あったら教えてくれよw 781 名前：デフォルトの名無しさん mailto:sage [2008/12/03(水) 23:38:04 ] Windows 95の頃はOpenGLって割とメジャーだったんだけどね。 OpenGLなスクリーンセーバーが標準で入ってたりした。 Visual Studioで標準でサポートされてたのも大きい。 MSがOpenCLをサポートすらしないとなると、事実上Windows環境からは捨てられたも当然。 CUDA 3.0がOpenCLの言語機能に準拠する可能性もあるが、ハードベンダー頼りになっちゃうと 好き勝手に拡張して分裂の流れなんだよな。OpenGLのそれみたいな。 ハードウェア非依存の処理系が成功するにはどこかしら独裁やってくれるリーダーが必要だ。 MSは十分強いが、Appleは弱すぎる。 DX11はWindow 7からって言われてたけどCompute Shaderは従来OSでも使えるようにする 方針打ち出した（DirectX10の機能も実はXPでも使えましたって落ちだったし） 一方でOpenCLは、当のAppleすらSnow Leopardの目玉機能としてる（旧OSユーザーは無視？） 782 名前：デフォルトの名無しさん mailto:sage [2008/12/03(水) 23:45:45 ] >>780 SCoreで十分。それにWin鯖使うとしてライセンスどんだけ必要になると思ってんだ つーか、「Linuxを無理でも勧めようとするのはよくない」とか言ってるお前こそ Windowsを無理でも勧めようとしてるんだろうが 783 名前：デフォルトの名無しさん mailto:sage [2008/12/03(水) 23:50:39 ] >>782 LinuxなんてOSがタダってだけでしょう 安かろう悪かろうで大学や大企業などの 公益性の高いところでLinux利用するのは まずいだろう バグだらけでMyrunetとか未だに動かないSCoreの 名前出されるなんて思ってもみなかったけどｗ 784 名前：デフォルトの名無しさん mailto:sage [2008/12/03(水) 23:58:47 ] 大学は安くてナンボだろ。慶應みたいな大学ですらPS3を何台も買いあさったりしてるわけで。 785 名前：デフォルトの名無しさん mailto:sage [2008/12/04(木) 00:02:58 ] Myrinet使えないって何言ってんだ。現にSCore+Myrinetで稼働してるクラスタあるだろう それに784も書いてるように、湯水の如く研究予算あるわけじゃねえんだから、クラスタのOSにWin鯖なんて導入できる訳ねえだろ 786 名前：デフォルトの名無しさん mailto:sage [2008/12/04(木) 00:04:27 ] >>784 どこの大学とは言わないけど 金なさげなフリして結構飲み代多かったり 卒業生が勤めている会社から研究費出してもらって 自分の権力的な実績作りにご執心だったりと 講義は休講が多かったり内容スカスカだったりと 787 名前：デフォルトの名無しさん mailto:sage [2008/12/04(木) 00:17:19 ] どこの国公立大学でもありがちだな。 金は上から振ってくるから年度末までに昇華しないといけないって考え。 788 名前：デフォルトの名無しさん mailto:sage [2008/12/04(木) 00:19:02 ] まずはFreeBSDに対応してくれ 789 名前：デフォルトの名無しさん mailto:sge [2008/12/04(木) 23:29:37 ] 禿同。 デス鳥乱立で互換性の取れないLinuxに 完成度の低いToolkit乱れ撃ちするのに 無駄な労力使ってないで、FreeBSD/amd64 に対応してくれ。5.xに対応すれば、6.x, 7.xにも自動的に対応するのに。 790 名前：,,・´∀｀・,,）っ-●◎○ mailto:sage [2008/12/04(木) 23:35:51 ] だいぶ淘汰されてDebian系：Ubuntu、RPM系：Fedora/Redhatで纏まりつつあるけどな 791 名前：デフォルトの名無しさん mailto:sage [2008/12/04(木) 23:39:30 ] とゆうかDebian系、RHEL系以外のディストリってほぼ使われてないだろ 792 名前：デフォルトの名無しさん mailto:sage [2008/12/05(金) 00:01:24 ] ミラクソLinuxの中の人間が 痛すぎるあいつ等人間として生き恥を晒しながら 生き続けることに疑問を感じないのだろうか 793 名前：デフォルトの名無しさん mailto:sage [2008/12/05(金) 02:16:11 ] suseは？ 794 名前：デフォルトの名無しさん mailto:sage [2008/12/05(金) 23:54:44 ] ミラクルのおっさんが賞取ったからって嫉妬すんなや。 795 名前：デフォルトの名無しさん mailto:sage [2008/12/07(日) 04:09:46 ] 月刊Catalyst12月号の早売りでCALのランタイムが6.14.10.103から6.14.10.145にジャンプアップしてた。 dllの構成も変わって、今までのamdcalrt.dllとamdcalcl.dllは中身がすっからかん。 amdcaldd.dllが実際の処理を担当するみたい。 amdpcom32/64.dllはよくわからないけど、DXVAとDirectXに関連するっぽい。 796 名前：デフォルトの名無しさん mailto:sage [2008/12/08(月) 19:55:00 ] >>783 フランスは政府が中心になって Ubuntu を推進してるが？ 797 名前：デフォルトの名無しさん mailto:sage [2008/12/08(月) 20:01:58 ] linux嫌われすぎだな 798 名前：デフォルトの名無しさん mailto:sage [2008/12/08(月) 20:27:49 ] www.computerbase.de/artikel/hardware/grafikkarten/2008/kurztest_ati_video_converter_benchmarks/3/ ATi Video Converter Benchmarks AVIVO converterはshaderの差がはっきり出るが BadaBOOMは何だこりゃ？ nvは9600GTで良いじゃん 799 名前：デフォルトの名無しさん mailto:sage [2008/12/08(月) 23:57:40 ] >>796 アメリカ以外の多くのEU加盟国から 度々公式見解で、アホ政府呼ばわりされている フランスなんかの行動は見習う必要ないだろｗ あのアホ政府はサブプライムでかなりやらかしたしｗ 800 名前：デフォルトの名無しさん mailto:sage [2008/12/09(火) 01:00:41 ] ＞アメリカ以外の多くのEU加盟国から ??? 801 名前：デフォルトの名無しさん mailto:sage [2008/12/09(火) 09:06:49 ] 政府をアホ呼ばわりすると賢く見えるライフハックですね。わかります。 802 名前：デフォルトの名無しさん mailto:sage [2008/12/09(火) 12:00:03 ] OpenCLの仕様公開ｋｔｋｒ ttp://www.khronos.org/registry/cl/ 803 名前：デフォルトの名無しさん mailto:sage [2008/12/09(火) 13:26:17 ] 　　　　　　☆ ﾁﾝ　　　　　ﾏﾁｸﾀﾋﾞﾚﾀ〜 　　　　　　　　　　　　　　　　　　　　　　　　ﾏﾁｸﾀﾋﾞﾚﾀ〜 　　 　 　 ☆　ﾁﾝ　　〃　 ∧＿∧　　　／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣ 　 　 　 　　ヽ　＿＿_＼（＼・∀・）　＜　NVIDIAとAMDと東芝のインプリメントまだ〜？ 　 　 　 　 　 　 ＼＿／⊂　⊂＿ )　　 ＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿ 　 　 　 　 　 ／￣￣￣￣￣￣ ／| 　　　　　　　|￣￣￣￣￣￣￣|　 | 　　　　　　　|　　愛媛みかん　|／ 804 名前：デフォルトの名無しさん mailto:sage [2008/12/09(火) 19:58:05 ] PDF読むとAMD, Apple, Intel, NVIDIAは凄い人数投入してるけど 東芝は入って無いんだよな。 強いて言うとSonyが一人だけ。 805 名前：デフォルトの名無しさん mailto:sage [2008/12/09(火) 22:10:12 ] >>804 東芝は社員が個人的にOpenCLに対応させようとがんばってるだけじゃなかったっけ？ 806 名前：デフォルトの名無しさん mailto:sage [2008/12/09(火) 22:28:13 ] じゃあ俺はATi用インプリするから >>804はNvidiaﾖﾛ〜 807 名前：デフォルトの名無しさん mailto:sage [2008/12/10(水) 11:11:23 ] >>805 どっかで読んだね。 そいつ、えらすぎだろ・・・ 808 名前：デフォルトの名無しさん mailto:sage [2008/12/10(水) 14:11:37 ] SDK 1.3.0beta 来たよ。 ttp://ati.amd.com/technology/streamcomputing/sdkdwnld.html 809 名前：デフォルトの名無しさん mailto:sage [2008/12/10(水) 15:52:04 ] は??? AVIVO Video Converter出したのにまだβかよ しかもまた旧Verをアンインストールしないとインストールできない糞インストーラかよ 810 名前：デフォルトの名無しさん mailto:sage [2008/12/10(水) 20:36:10 ] 当然じゃないか SDKとかも上書してんのかおまえはｗ 811 名前：デフォルトの名無しさん mailto:sage [2008/12/10(水) 20:36:45 ] むしろ不用意に上書き出来ない方が安心できるな 812 名前：デフォルトの名無しさん mailto:sage [2008/12/10(水) 20:45:18 ] >>810-811 今時インストーラが旧Verを削除してくれるのが普通だろ 上書きも共存も出来ず「コンパネから消せよ馬鹿」とか何年前のインストーラかと 813 名前：デフォルトの名無しさん mailto:sage [2008/12/10(水) 20:46:35 ] ただのソフトならともかく、SDKみたいなもんについては勝手に消して欲しくないから 自分で消せって方式の方が良い。少なくとも俺はな 814 名前：デフォルトの名無しさん mailto:sage [2008/12/10(水) 20:47:19 ] 今時 普通 何年前 お薬飲んだ？ 815 名前：デフォルトの名無しさん mailto:sage [2008/12/10(水) 21:18:19 ] OpenCLって将来的には コンソーシアム加盟員だけが商業ビジネスできる ようにするんだな。それも1ライセンス1000ドルから5000ドルって高すぎだろ 816 名前：デフォルトの名無しさん mailto:sage [2008/12/10(水) 23:51:34 ] 貧乏人はMSに期待しろ 結局それが一番堅い 817 名前：デフォルトの名無しさん mailto:sage [2008/12/11(木) 11:11:46 ] ShaderAnalyzerからGPGPU分を分離したようです。 Stream KernelAnalyzer ttp://developer.amd.com/gpu/ska/Pages/default.aspx 818 名前：デフォルトの名無しさん mailto:sage [2008/12/11(木) 23:34:54 ] CALでASCIIだけは 処理できそうなんだけど うまくいかねぇｗ 詰めが甘いんだよなぁ うーん 819 名前：デフォルトの名無しさん mailto:sage [2008/12/12(金) 00:09:20 ] StreamSDK　1.3 完全にDebianでは動かなくなった Debian見捨てたなこりゃ 820 名前：デフォルトの名無しさん mailto:sage [2008/12/12(金) 01:36:45 ] それ以前にDebianだとfglrxが随分前からインストール出来ないだろ。 experimentalですら11月に10月号が出てそのまま足踏みって時点でDebian側も投げてる。 つまりは素直にUbuntuにしろって事だ。 821 名前：デフォルトの名無しさん mailto:sage [2008/12/16(火) 00:24:33 ] AMD，Open CL 1.0サポートを表明。2009年のSDK配布開始を予告 www.4gamer.net/games/080/G008082/20081215051/ 822 名前：デフォルトの名無しさん mailto:sage [2008/12/16(火) 00:34:22 ] 「ATI Stream SDK 1.3」の大幅な機能強化をベースとするバージョン1.4は、 より細分化されたデータタイプのサポート、グラフィックスAPIの相互運用性、 マルチGPUのサポート、Brook＋へのスレッドレベルのデータ共有を追加できるよう設計されています。 このほか、「ATI Radeon HD 4870 X2グラフィックス」へのサポートの向上や、 複数の「ATI FirePro 3Dグラフィックス・アクセラレータ」のサポートなどの機能強化が図られています。 「ATI Stream SDK」のバージョン1.4の公開は2009年第1四半期中を予定しています。 1.4でようやくマルチGPU対応か サイドポートも有効になるか？ 823 名前：デフォルトの名無しさん mailto:sage [2008/12/16(火) 01:19:38 ] マルチGPUのサポートと4870X2のサポート向上を別表記してるんだからやってくれるだろう。 本当にサイドポートという機構が存在すればの話だが。 824 名前：デフォルトの名無しさん mailto:sage [2008/12/16(火) 06:09:14 ] 結局マルチコアCPUで落ち着きそうだな 825 名前：デフォルトの名無しさん mailto:sage [2008/12/16(火) 08:45:23 ] 結局4670でもDP対応しているようだな。 826 名前：デフォルトの名無しさん mailto:sage [2008/12/16(火) 10:10:07 ] だってVLIWの問題だもの どうにでもなる 827 名前：デフォルトの名無しさん mailto:sage [2008/12/18(木) 10:25:18 ] なんか、CUDAもAMD Streamもスルーして、OpenCLに絞った方がいいのかなぁ 開発リソースが有り余ってる訳じゃないし… 828 名前：デフォルトの名無しさん mailto:sage [2008/12/18(木) 15:04:18 ] 専用ので作った方がピークパフォーマンスは高いかもしれないけど ATiもヌビもOpenCLに全面対応すると言ってるんだからそう違いはないだろうな。 829 名前：デフォルトの名無しさん mailto:sage [2008/12/18(木) 15:11:35 ] OpenGLでQuadroとFireGLが既にやっているように、 FireStreamやTeslaを売るためにGeForceやRadeonでOpenCL対応が制限されそうで嫌だ 結果的にDirectXのComputeShaderの方が遥かにアベレージパフォーマンス良かったりしてな 830 名前：デフォルトの名無しさん mailto:sage [2008/12/18(木) 22:10:42 ] >>829 > OpenGLでQuadroとFireGLが既にやっているように、 FireStreamとRadeonってどこが違うのって聞かれたAMDの中の人は サポート（供給期間の保証とか）が違うだけだよって普通に言っちゃってたよ。 831 名前：デフォルトの名無しさん mailto:sage [2008/12/18(木) 23:35:25 ] >>830 VRAMの容量が4Gが出るのはFSのみだって 行ってたよ。 09末までに2Gは両方で出るようだけど 832 名前：デフォルトの名無しさん mailto:sage [2008/12/19(金) 01:23:59 ] >>831 kwsk 833 名前：,,・´∀｀・,,）っ-●◎○ mailto:sage [2008/12/19(金) 01:38:26 ] 9600GTで2GBのネタみたいな仕様のカードあったな。 Tesla代わりに使えるんじゃないかと思ったもんだ。 VRAM大容量＝64ビット専用と認識してるが 834 名前：デフォルトの名無しさん mailto:sage [2008/12/27(土) 18:33:42 ] AMDのサイトで"R6xx Family Instruction Set Architecture"読んでるんだが、 普通のプロセッサの資料と勝手が違って違って読みにくい。 なんか、アーキテクチャの概略がわかる資料とか知ってる心やらしい人がいたら 教えてください。 835 名前：,,・´∀｀・,,）っ-●◎○ mailto:!sage [2008/12/27(土) 22:32:56 ] 1つのストリームプロセッサエレメントがX, Y, Z, W, Transからなる5-WayのALUがぶら下がったVLIWで構成されてる。 836 名前：デフォルトの名無しさん mailto:sage [2008/12/28(日) 03:35:37 ] >>834 cpがcfを解釈するようになったので、cfの説明とaluに対するopsのフォーマットだけだな、r600isaは。 まずプログラミングマニュアルの方を見た方がいいと思う。 837 名前：デフォルトの名無しさん mailto:sage [2008/12/28(日) 10:25:21 ] >>835 thx でも、さすがにそれはネットメディアの解説記事で知ってたｗ >>836 ｔｈｘ 早速読んでみる。 しかし、ブロックダイアグラムだけ見ると癖の強いアーキテクチャだな＞R6xx 演算器の間の連携手段が小容量のR/Wキャッシュだけってのはこの規模の SIMDマシンとしてかなり弱い気がする。 838 名前：デフォルトの名無しさん mailto:sage [2008/12/29(月) 13:07:13 ] PV、PSあたりの仕様を見ると ALU Clauseの存在意義が分かって面白い。 839 名前：デフォルトの名無しさん mailto:sage [2008/12/29(月) 13:34:55 ] GSが入った所にDmaCopyってのが入ってるけどなんか厄介そうだな。 ジオメトリシェーダーって全然ノータッチなのだが、結構面倒なのかな? this program type is optionalなので意味分からない時は無視するが勝ちかorz 840 名前：デフォルトの名無しさん mailto:sage [2008/12/29(月) 13:57:16 ] ILじゃなくてISAで何を作ろうとしてるのかね? 841 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2008/12/29(月) 17:18:29 ] ネイティブアセンブラじゃね？ 俺もCUDAのPTXが嫌いなんだが 842 名前：デフォルトの名無しさん mailto:sage [2009/01/07(水) 08:20:20 ] amdのstream kernelanalyzerて走らせるのにstream sdk以外になんかいる？ もらってきた実行ファイル叩いてもコンソールが数秒開く以外反応がないんだが。 843 名前：デフォルトの名無しさん mailto:sage [2009/01/07(水) 08:25:25 ] コンソールアプリなら、コンソールで使えよ。 844 名前：デフォルトの名無しさん mailto:sage [2009/01/08(木) 00:11:48 ] amdユーザなんて所詮このレベルｗ 845 名前：デフォルトの名無しさん mailto:sage [2009/01/10(土) 19:58:38 ] >>844 どこからどうみても、一番レベルの低いレスをどうも。 846 名前：デフォルトの名無しさん mailto:sage [2009/01/13(火) 03:18:18 ] よくわからんのだけども、折角だから流行りそうなの勉強したいなと思ったんですが 調べてみて -AMD- CTM Havok -NVIDIA- CUDA Physx -他- BrookGPU PeakStream RapidMind こんんあ感じかな？ 今のところCUDAが流行ってるんですか？ あと、今後PhysxとかHavokとかの物理エンジンがCUDAやCTMなんかに統合されるとかいう可能性とか あったりするんでしょうか？ 847 名前：デフォルトの名無しさん mailto:sage [2009/01/13(火) 04:16:02 ] 今年はIntelもメニーコアの汎用GPUを出すし先のことは分からない Intelはx86命令セットを実装するからたぶんこれが生き残る 現状一番扱いやすくて普及してるのがCUDAとphysx AMDは資料もろくにないし言語仕様もぐちゃぐちゃで使い物にならない 848 名前：デフォルトの名無しさん mailto:sage [2009/01/13(火) 04:45:32 ] つ[OpenCL] 849 名前：デフォルトの名無しさん mailto:sage [2009/01/13(火) 08:06:00 ] ハードよりの資料はAMDの方が充実しているだろ。 Brook+が微妙なだけでCALの仕様はまとも。 まあ、CALはほぼアセンブリだから、高級言語で記述したいなら Brook+でどうにかするしかないのが最大の難点だが。 850 名前：デフォルトの名無しさん mailto:sage [2009/01/13(火) 23:38:04 ] >>847 Larrabeeは確かにx86命令＋αを実装するみたいだが、果たして普及するかは別問題だぞ パフォーマンスが出ないんじゃHPC分野からは見向きもされない そもそもアセンブリレベルでコーディングなんてしないわけで、CUDAなりBrook+なりの高級言語使うのが当たり前になってるんだから 結局はどこまでLarrabee用の言語を構築できるかでしょ 851 名前：デフォルトの名無しさん mailto:sage [2009/01/14(水) 00:00:51 ] Intelは言語レベルではなく、OpenMPのようなライブラリっぽいものでLarrabeeサポートしていく方針だったかと。 で、同じコードでマルチCPUやなんかにも対応させるようなことを言ってたような希ガス。 852 名前：デフォルトの名無しさん mailto:sage [2009/01/14(水) 00:18:08 ] Larrabeeがどうなるかは知らないけどIntelは独自言語も作ってるし、OpenCLにも対応する予定だよ。 ま、開発はどうにかなるとしてもLarrabeeは消費電力気にしてキャッシュを 強化する代わりに絶対的なメモリ帯域が足りないっぽいのがなあ。 実際のコードはそんなに局所性が高くないものも多いんだよ。 853 名前：デフォルトの名無しさん mailto:sage [2009/01/14(水) 00:46:03 ] 別に流行ってないよ。 マニアのみ。 854 名前：デフォルトの名無しさん mailto:sage [2009/01/14(水) 07:11:14 ] Larrabee　300W アホだろｗ 855 名前：,,・´∀｀・,,）っ-●◎○ mailto:sage [2009/01/14(水) 15:23:02 ] >>852 実はリアルタイムレイトレーシングに最適化されてるとか。 キャッシュの利用によって外部バスの負荷を軽減することで、結果的に省電力化を図れる みたいな話で、このへんはイスラエルのキャッシュ大容量CPUの設計思想のフィードバックだよ。 メモリコントローラに帯域を狭くするなんて言ってない訳だが、誰が言ったんだ？ しかし、メモリ云々はGeForceあたりでも切実な問題じゃないの？ SMあたりのレジスタファイル倍増したかわりにGeForce8なんかと比べてメモリ帯域減らしてるじゃないの。 >>852 「ハイエンドでも300W以内に収める」とは言ってるが300Wになるなんて誰も言ってないだろ 480SPのGTX295が300一歩手前の状態だから上位はそんなもんだろ Larrabeeは16Way SIMDユニット搭載だから、32コアでGT100/200換算512SP程度。 856 名前：デフォルトの名無しさん mailto:sage [2009/01/14(水) 17:00:17 ] まあWindowsがlarrabeeにカスタマイズされただ嫌でも買うでしょ 857 名前：デフォルトの名無しさん [2009/01/19(月) 05:19:28 ] 3Dゲームしている時以外は GPUパワー余っているから 今こそ分散コンピューティングの時 858 名前：842 mailto:sage [2009/01/22(木) 21:02:05 ] stream Kernelanalyzerだが動いた。 もらってきたファイルの拡張子が.exeだったんでそのまま走らせるのかと思ってたら、実は.MSI形式だった。 恥ずかしい。 859 名前：デフォルトの名無しさん [2009/01/27(火) 09:29:34 ] >>858 あげてみる 860 名前：デフォルトの名無しさん mailto:sage [2009/02/05(木) 02:43:34 ] マイコミジャーナル OpenCLのパワーが一目瞭然のデモムービーが公開 ttp://journal.mycom.co.jp/news/2009/02/04/023/index.html 861 名前：デフォルトの名無しさん mailto:sage [2009/02/05(木) 05:23:02 ] OpenCLはマルチコア対応でしかもSSEなんかで最適化されてるから GPUよりクアッドコアCPUのが早いというｗ 862 名前：デフォルトの名無しさん mailto:sage [2009/02/05(木) 09:02:03 ] 手軽に複数枚増設できるgpuに対して、cpuを複数つけることは難しいだろう。 それに行き詰まってるcpuよりは、gpuのほうがまだまだ速くなるし、 計算／表示まで1つのハードウェア内で完結したほうがいいだろう? cpuの仕事ってioと制御だけでもいいくらい。 863 名前：デフォルトの名無しさん mailto:sage [2009/02/05(木) 09:12:51 ] GPUメモリからシステムメモリへの転送が早ければなあ 864 名前：デフォルトの名無しさん mailto:sage [2009/02/05(木) 09:19:14 ] GPUからプロセッサキャッシュへ直接転送できればいいのにな。 865 名前：デフォルトの名無しさん mailto:sage [2009/02/05(木) 23:26:29 ] >>計算／表示まで1つのハードウェア内で完結したほうがいいだろう? それこそCPU有利じゃないかｗ 866 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/02/06(金) 13:17:48 ] IntelのCtだけど、俺なりに解釈してまとめてみたお tripper2.kousaku.in/?Ct 867 名前：デフォルトの名無しさん mailto:sage [2009/02/06(金) 13:55:53 ] >>866 乙 868 名前：デフォルトの名無しさん mailto:sage [2009/02/07(土) 11:18:29 ] 4亀のGPGPU記事、突っ込みどころが多すぎてもうどうしたものやら。 誰か頼むわ。 869 名前：デフォルトの名無しさん mailto:sage [2009/02/07(土) 15:20:21 ] ざっと流し読みした限り、そんなに変な箇所は無かったように思うが ゲーマー向けのGPGPU解説ならあんなもんじゃねーの？ 870 名前：デフォルトの名無しさん [2009/02/07(土) 16:54:42 ] 超解像のような考え方は昔からあるようだな フリーソフトImageD2 www.tiu.ac.jp/~zohzemi/imgD2/index.html これは時間軸方向にも参照するものだ。 NVIDIAのMOTIONDSPと同じ考え方だな。 西川善司の大画面☆マニア 第113回 超解像 av.watch.impress.co.jp/docs/20090120/dg113.htm この方法は数フレームを参照することで低解像な映像のブレから情報量をアップさせるようだが、 この方法だとシーンチェンジやめまぐるしく動く映像では逆効果でめちゃくちゃな映像になるのではないか？ （これは上記のフリーソフトの別ページでも注意点として載っていた） でも東芝などの日本の各社がやってる1フレームだけで行う超解像はそもそも無理がある。だから不自然な画質になったり、情報量が逆に消失したりする。 Lanczosなどでそのままアプコンしたほうがずっと情報量あるし自然な画質だ。比較してみれば一発で分かる。 plusd.itmedia.co.jp/lifestyle/articles/0812/24/news031_2.html ここの元画像を720×480にし、それをAVIUTLなどでLanczosでフルHDにしたもののほうがずっと綺麗。 超解像は単純な処理だから柵とか崩れてるし、文字も駄目だし、元からあった情報を処理によって消しちゃう副作用のほうが強い。 超解像、超解像と目新しくいって盛り上げようとしたいのは分かるが、こんなのはまやかしだよ。 www1.axfc.net/uploader/Li/so/24824.zip&key=pass 比較用画像もうｐしておいた 一方、数フレームでやる方法は計算が大変だが、シーンチェンジや盛大な動きの問題さえクリアすればかなり使えそうではある。 MOTIONDSPや↓はそのあたりちゃんとクリアしているのだろうか？ www.flashbackj.com/red_giant/instant_hd_advanced/ 871 名前：デフォルトの名無しさん mailto:sage [2009/02/07(土) 20:20:03 ] なるほどマルチでしたｗｗｗ ていうかコピペなのね。 gimpo.2ch.net/test/read.cgi/av/1201962634/275 が初出なのかな？ Google によるとだけど。 872 名前：デフォルトの名無しさん mailto:sage [2009/02/08(日) 03:03:55 ] >>869 「標準的なプラットフォームの登場」という要望に答えたCUDAって書き方してるのは笑うしかないでしょ。 こことかも > しかも，CUDAソフトウェアのパフォーマンスは，GPUの世代やモデルに応じてスケーラブルとなるため， > 開発者もプログラム側も，「動作対象となる GPUがGeForce 8800 GTXなのか，（中略）」といったことを気にする必要がない。 気にしなければ確かにスケーラブルだけどパフォーマンスはでないわけで。 CUDAアプリの殆どがGPUの仕様に合わせてガチガチに最適化してるのを黙ってるのはどうかと。 PTXトランスレータがGPUの個数を考慮してるってのは完全に嘘だ。 NVIDIA PhysXのRadeon制限も自分の妄想語るのに夢中でさっぱり忘れてるみたいだし。 ATI Streamに関してもCTMとCAL ILとHDシリーズのISAをごっちゃにした解説をしてる。 絵の説明のところでATI Stream解禁の本質がCALをドライバに含めることだと正しく説明してるのは評価できるけどね。 CSとOpenCLに関しては、3DAPIとリソースの共有が出来ることが重要なポイントだというのなら CUDAが両APIのリソースを扱えるってことを説明しないとまずいでしょ。 OpenCL 1.0の仕様はもう公開されてるのに仕様確定が09年6月ごろとかは意味不明だ。 873 名前：デフォルトの名無しさん mailto:sage [2009/02/08(日) 03:08:54 ] MOTIONDSPで検索したらモザイク消しの話題があった それは思いつかなかったｗ 確かに超解像はモザイクが消せるｗ 874 名前：デフォルトの名無しさん mailto:sage [2009/02/08(日) 08:11:31 ] 前後のフレームを参照してモザイクを消そうなんて プログラムのプの字も知らなかった小学生の頃に思いついたけどな。 みんなそんなもんだろ？ 875 名前：デフォルトの名無しさん mailto:sage [2009/02/08(日) 09:55:43 ] >>872 所詮ユーザー向けのバラ色セールストークなんだから気にするなよ。 876 名前：デフォルトの名無しさん mailto:sage [2009/02/08(日) 16:26:50 ] >>874 は？思いつかなかったしそんなの その発想が出てるだけでもう俺より才能あるし 877 名前：デフォルトの名無しさん mailto:sage [2009/02/08(日) 19:09:29 ] >>872 ユーザー向けとしてはその程度でいいだろ 確かに普段書いてるCUDAプログラムなんて、使ってるGPU毎にブロックサイズとかを全部最適化し直してるけど 一般ユーザーにそこまで説明する必要はない とりあえずGPGPUすげーなって程度の認識を持たせれば十分でしょ 逆にそこまで説明しちゃうと「なんだ役にたたねーじゃん」って印象を与えかねない まぁ実際問題としてはまだアカデミックな用途がほとんどだけどな 878 名前：デフォルトの名無しさん mailto:sage [2009/02/08(日) 23:30:26 ] 実行ポインタやら実行コンテキストはgpuだけで自律制御できるようになったのかな? その辺の理解がもっと深まればintelやamdの変態cpuを待つ必要がなくなると思うんだけど。 879 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 05:31:06 ] 被写体を３Dモデル化して全フレームからテクスチャを合成して 無限に超解像とか出来る日が来る 880 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 13:34:59 ] >>877 > 逆にそこまで説明しちゃうと「なんだ役にたたねーじゃん」って印象を与えかねない 現状では実際そうだからちゃんと説明しろっていいたいんだが。

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

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