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/ 214 名前：199 [2008/05/12(月) 14:40:22 ] コマプロ上からもやってみたのだけれど、一切のエラー・警告もなく静かに終わるんです。 Sum.br内のreturn 0; の前にprintf("test");　を入れてるのでちゃんと実行されてるなら 最低testが表示されるはずなのにされないんですよ。 ドウナッテルノ？ 215 名前：デフォルトの名無しさん mailto:sage [2008/05/12(月) 18:00:30 ] Brook+の中かCALの中でexitでも呼んでるんでしょ。 俺のやった方法は以下の通り 1.64ビット版Vista SP1をセットアップ,ドライバインストール 2.F@Hをインストール 3.F@Hを起動してamdcalrt.dll,amdcalcl.dllがDLされていることを確認したら終了する 4.適当にディレクトリを作成してXP64にインストールしたSDKからサンプルのバイナリ,Brook+のdllをコピー 　（VistaにSDKは入れてない） 5.F@Hのamdcalrt.dll,amdcalcl.dllもコピー 6.実行 216 名前：199 mailto:sage [2008/05/12(月) 19:07:05 ] ４.の（VistaにSDKは入れてない）というところが違う所ではあるのですが、 Vista x64　SP1にSDKをインストールして、後はそこから１〜６に沿ってやってみましたが 真っ黒なプロンプトが一瞬立ち上がるだけで前と変わらないみたいです。 （コマンドプロンプト上から実行しても同じ） 手詰まりなので、正式版でるまでしばらく待ってみます。 アドバイスして頂き、ありがとうございます。 217 名前：デフォルトの名無しさん mailto:sage [2008/05/12(月) 21:40:50 ] >>216 多分SDKをインストールすると環境変数を頼りにSDKのdllを参照しに行かされてるんじゃないかなぁ。 コマンドプロンプトから >set CALROOT= >hoge.exe でやってみたらいけそうな匂いがするけど。もしくはSDKの方のdllをリネームしておくとか。 あとはCatalystのバージョンくらいか。役に立てずすまんね。 218 名前：199 mailto:sage [2008/05/12(月) 22:43:37 ] インストールフォルダのlib中にあるdllファイルをF@Hのものに置き換えると dllが見つからないというエラーがでるようになったので駄目な気がします。 >217　のようにしてプロンプトから実行してみましたがやはり駄目でした… Catalystは現最新の8.4なのですが、どうでしょう。 ちなみに、VisualStudio上から強引にCPUエミュレートでコードを走らせるように設定したら 想定どうりの動きをしたのでコードの間違いや.brファイルの変換までは問題ない と思われます。たぶん ムゥ〜 219 名前：デフォルトの名無しさん mailto:sage [2008/05/12(月) 23:59:40 ] うーん、何で俺の環境だと動いてんだろ。むしろこっちがおかしいのか？ なんか特別なことやったかなぁ。 220 名前：デフォルトの名無しさん mailto:sage [2008/05/13(火) 12:26:10 ] >>214 問題の切り分けがヘタだな。 printf() だけなら表示されるのか？ダメならそれ以前の問題。 printf() を先頭に持っていって表示されるか？されないならちょっと面倒かも。 表示されるなら、printf() の位置を移動して、表示されなくなる境界を探すとその近辺に（間接的かもしれないが）問題がある。 221 名前：199 [2008/05/13(火) 14:34:48 ] >220 printf()のみソースに記述した場合も変数宣言直後にprintf()をした場合ともに、状況は 変わらないようでした... CPUエミュの場合と、GPUの場合とでログをとってみました、こんな感じです。 CPU: Runtime::CreateInstance((null), 0000000000000000, 1) Brook Runtime starting up Runtime::Runtime() stream::stream(000000014001C228, ...) Runtime::GetInstance((null), 0000000000000000, 0) Runtime::GetInstanceRef() CPURuntime::CreateStream(1, 000000000027A360, 2, 000000000027A440, 0) CPUStream::CPUStream(1, 000000000027A360, 2, 000000000027A440) StreamInterface::getElementSize() CPUStream::getFieldCount() ........続く GPU: Runtime::CreateInstance((null), 0000000000000000, 1) Brook Runtime starting up CALRuntime::create(0000000000000000) Runtime::Runtime() CALRuntime::CALRuntime() CALContext::create(0000000000000000) CALContext::CALContext() CALContext::initialize(0000000000000000, 0) これだけ GPUの方は、初期化処理で止まってしまっていたので、やはり環境面で何かありそうな感じです。 CPUStream::getIndexedFieldType(0) getElementSize(1) 222 名前：199 mailto:sage [2008/05/13(火) 14:38:46 ] >221 の下の２行はミスです。 ちなみに、GPUはRadeon HD3470を使っています。（Vista HomePremium x64 SP1) 223 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 00:46:01 ] brook+ってなんでLinuxじゃ使えないの？ 224 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 01:24:19 ] Brook+のrelease-notes-mar-08.txtより > Compiler Support > ---------------- > > We only support Visual Studio 2005 (for Windows builds) and gcc 4.1.2 (for > Linux builds). 225 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 02:59:59 ] >>207 pc11.2ch.net/test/read.cgi/notepc/1209471495/ 226 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 15:32:05 ] cudaはGeforce８ｘｘｘ以上だよ ８系でオンボードチップってあるんかいな 227 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 17:50:08 ] ttp://cudacontest.nvidia.com/index.cfm?action=contest.contest&contestid=2 MP3 LAME Encoder 228 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 20:37:49 ] 何でこのご時世にMP3・・・ せめてAACにしろよ 229 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 21:44:19 ] コンテストってことは 最適化か何かかね めざせUS$5,000.00 と思ったら人種差別化ね Resident in the United States or Canada 230 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 22:21:53 ] >>226 オンボードかどうかは知らんが、GeForce8系を積んだノートPCなら腐るほどある。 231 名前：デフォルトの名無しさん mailto:sage [2008/05/22(木) 01:25:47 ] >>227 既にhydrogenaudioのスレでも指摘されてるけど、LAMEで大半の時間を食ってるのは ベクトル化の難しい心理音響解析であって、最適化の効果が大きいFFTやらMDCTではないんだよな あまり最適化に向いた問題じゃない 232 名前：デフォルトの名無しさん mailto:sage [2008/05/22(木) 15:11:57 ] >>226 8100と8200のチップセットが出たがな 233 名前：デフォルトの名無しさん [2008/05/22(木) 23:17:04 ] 月刊Catalyst2008年5月号では現行のAMD Stream SDK、F@HのCAL共に動きません。 気をつけましょう。 234 名前：デフォルトの名無しさん mailto:sage [2008/05/22(木) 23:50:55 ] Catalyst腐りすぎ だんだんコード悪くなってる なぜNvidiaが金出してコンサル してやるって言うのに応諾しねーのよ？ 235 名前：デフォルトの名無しさん mailto:sage [2008/05/23(金) 00:13:24 ] Vistaじゃ動くそうだよ。 > だんだんコード悪くなってる お前はAMDの中の人なのか？ｗ 236 名前：デフォルトの名無しさん mailto:sage [2008/05/23(金) 07:05:54 ] fahはvistaだと問題ないな8.5は 237 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 11:57:17 ] AMD Stream SDK v1.1-betaきてた 238 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 12:00:04 ] Linuxまだ対応してねーよ もうAMDなんていらねーから 業界標準をCudaにしろ 239 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 12:08:46 ] Linux向けSDK公開されてますけど？ 240 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 12:10:14 ] journal.mycom.co.jp/special/2008/cuda/008.html 希望的観測ぽいけど、GPGPU以外でも使えるモデルと思ってるみたい 241 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 13:21:55 ] キター！ ttp://forums.amd.com/forum/messageview.cfm?catid=328&threadid=95565&enterthread=y 242 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 13:37:27 ] キターーー LinuxキタけどこれDebianはいらねーじゃん AMD shitだな 243 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 13:48:20 ] 入るよ。 ttp://forums.amd.com/devforum/messageview.cfm?catid=328&threadid=95574&enterthread=y 244 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 17:10:46 ] >>243 どうもありがとう debian 4 ubuntu 7.10 ubuntu 8.04 knopix 最新版 この4つならとりあえずインストールまで行く 245 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 18:46:25 ] Xenの上でも動く? 246 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 18:50:40 ] debian用のパッチ作ったぉ だれもいらんよね 247 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 18:57:59 ] >>246 いらねーよ消えろボケ 248 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 20:25:29 ] まぁ待て、煽るんじゃない。 でも俺も要らんわ。 249 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 20:35:26 ] >>246 俺もいらねーよ ゴミ作るなよ市ねｗ 250 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 21:08:04 ] 要る 251 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 22:39:34 ] >>246 まじキモイ うぜーから消えろ 252 名前：デフォルトの名無しさん [2008/05/27(火) 11:43:25 ] Core2Quad Q9450でPS2エミュをやると、実機と違い処理オチせず、激ムズになることが判明 namidame.2ch.net/test/read.cgi/news/1211740649/l50 253 名前：デフォルトの名無しさん mailto:sage [2008/05/28(水) 00:08:53 ] AMDの方言語って CUDAと比較して半端じゃなく 使い勝手悪くない？ 254 名前：デフォルトの名無しさん mailto:sage [2008/05/28(水) 05:13:09 ] いやゼンゼン 255 名前：デフォルトの名無しさん mailto:sage [2008/05/28(水) 17:15:13 ] 言語はAMDが作った仕様ってわけじゃないんだよな 256 名前：デフォルトの名無しさん mailto:sage [2008/05/28(水) 23:08:16 ] AMDの奴ってなんていうか 学生向け言語って感じで 実用性まったくない言語 になってるね もともとが学生向けのおもちゃ 言語をベースにしているのが原因かもしれないけど 257 名前：デフォルトの名無しさん mailto:sage [2008/05/28(水) 23:38:15 ] 同じ問題を解いた時ほぼ100% CUDAに負けるね Radeon 3870と Geforce 9800GTXでやってるけど Radeon遅すぎてお話にならない 258 名前：デフォルトの名無しさん mailto:sage [2008/05/29(木) 05:51:48 ] 必死な奴が常駐してるな 259 名前：デフォルトの名無しさん mailto:sage [2008/05/29(木) 07:39:16 ] N社の工作員なの？ 260 名前：デフォルトの名無しさん mailto:sage [2008/05/29(木) 12:31:16 ] こんなとこでやっても見てるやつがどれだけいることやら・・ 261 名前：デフォルトの名無しさん mailto:sage [2008/05/29(木) 15:13:10 ] 価格帯違うGPUで比べたらそりゃ遅いわな 262 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 12:33:25 ] CUDAとAMDのSDKってどっちが 簡単ですか？ OpenMPみたいにらくらくにできますか？ 263 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 13:24:31 ] AMD Stream SDKのv1.1betaって登録しないと落とせないの？ 不便だなぁ 264 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 14:34:51 ] は？ 265 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 14:41:20 ] >>264 >>241のページからFTPのリンククリックしても入れないんだけど 鯖落ちてるのかな 266 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 14:57:59 ] 普通に落とせるよ 267 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 15:20:54 ] 普通に落とせるよ 268 名前：デフォルトの名無しさん mailto:sage [2008/06/02(月) 15:03:01 ] >>262 OpenMPが楽だと思うのなら、CUDAへの移植も楽だと思うよ。 チューニングしだすと面倒だけど。 269 名前：デフォルトの名無しさん mailto:sage [2008/06/02(月) 21:27:45 ] >>268 そうなんですか 再来週Radeonを買い付けにいくので AMDの方の使い勝手も知りたいのですが どうなんでしょうか？ 270 名前：デフォルトの名無しさん mailto:sage [2008/06/02(月) 21:50:38 ] CALを生で使う根性があればAMDの方は自由度高いし面白いと思うよ。 グローバルバッファとか使えるし、適用できる問題の幅も広い。 ただCAL側のリソースをテクスチャにしたり頂点バッファにするみたいな DirectXやOpenGLとの協調はまだ未実装だから、完全に計算しか出来ないけど。 Brook+ははっきり言ってまだ使い物にならない。CPUコード吐かせると 数値リテラルが全部floatになって生成されたcppファイルがコンパイルできないとか。 CALコードだけにすればまぁ何とか使えなくもないけど、CUDAの方が実用的。 271 名前：デフォルトの名無しさん mailto:sage [2008/06/02(月) 23:12:37 ] >>270 CALちょっといじったことあるけど あれ使うのは大変だったなぁ Brook+はやっぱダメなのかぁ。上に 釣りで学生のおもちゃとか書いてあったけど どうやら本当なんだね 272 名前：デフォルトの名無しさん mailto:sage [2008/06/02(月) 23:22:28 ] まぁ機能すらフルに実装されていないβVerだから速度に期待するのは酷だね 273 名前：デフォルトの名無しさん mailto:sage [2008/06/02(月) 23:33:07 ] 速度やバグあるのはまぁCUDAも 0.xxxははんぱねぇｗ状態だったから 別段いいんだけど Brook+の自由度がどの程度なのか いまいち図りきれないのが残念 すぐコンパイルエラーばっかり 274 名前：デフォルトの名無しさん mailto:sage [2008/06/03(火) 00:44:32 ] >>271 まぁちと言い過ぎだけどね。 言語としてはシンプルでそれほど悪いわけじゃないし（でも3DAPIと協調するときどーすんだって気はする。ドキュメントにすら記載ないし） CALコードだけならとりあえず動くコードは吐いてくれる。遅いけど。 v1.1-betaなんてバージョンにしちゃったから印象が悪いわけで、実際のところは熟成待ち。 >>373 秋葉原で3850が1万チョイって話もあるし、とりあえず3xxx1枚買ってbrcc -p calオススヌ。 CALバックエンドなCUDAコンパイラを誰かが作ってくれないもんかねぇ 275 名前：デフォルトの名無しさん mailto:sage [2008/06/03(火) 00:47:51 ] おっと、書き込んでから思い出した。 ドキュメントにはないけどVC用のusertype.datにこんな文字列があったんだった。 streamToD3D streamFromD3D streamToGL streamFromGL 一応Brook+と3DAPIのやり取りを実装する気ではいる様だ。いつになるか知らないけどｗ 276 名前：デフォルトの名無しさん mailto:sage [2008/06/03(火) 00:50:48 ] >>274 今買うより10日に新板でるからそれ 待ってから買った方がいいと思ってます。 277 名前：デフォルトの名無しさん mailto:sage [2008/06/03(火) 12:17:43 ] 4850は18日 278 名前：デフォルトの名無しさん mailto:sage [2008/06/03(火) 13:06:50 ] ときに次のPhotoshopがGPU使うそうですが。 279 名前：デフォルトの名無しさん mailto:sage [2008/06/05(木) 03:12:09 ] techreport.com/discussions.x/14788 でもCUDAだーよ ATIの人ｶﾜｲｿｽ 280 名前：デフォルトの名無しさん mailto:sage [2008/06/05(木) 07:28:21 ] みんなCUDAで200Wとか280W 電力消費すれよｗ 281 名前：デフォルトの名無しさん mailto:sage [2008/06/05(木) 10:05:45 ] >>279 β版の開発環境でプラグイン作るなんてAdobeもATiも迷惑だろ 282 名前：デフォルトの名無しさん mailto:sage [2008/06/05(木) 16:49:45 ] CUDAは上位互換が保障されてます 283 名前：デフォルトの名無しさん mailto:sage [2008/06/05(木) 21:44:13 ] CUDAは全ての変更が上位と将来版で 継承されることが保障されている Computexで聞いてきたがAMDの方は 1.5からまた全く違う内容になる。 CLIの実装方式が変更されるから意味 ないんだよな 284 名前：デフォルトの名無しさん mailto:sage [2008/06/05(木) 23:49:12 ] つまり大幅なハードの変更がある訳かね？ 285 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 00:17:19 ] また変な改行の人か 286 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 02:10:54 ] この流れでいくとCUDAが圧勝するわけだけど そうなると当然対応ソフトの多さによってnVidiaカードのシェアが伸びる 下手すれば完全に独占してしまうかもしれない AMDはCUDAに対応させるために改造するのだろうか そうなるとｎVidiaがすべての仕様をこれから先ずっと作っていくことになってしまう 使い勝手の悪いものが出来たり、上位互換を自分勝手に切り捨てたりするかもしれん ISOのような公式な機関が介入出来る情勢でもないし 混沌としてきそうで嫌だね 洗練された仕様がどのメーカーのVGAでも一様に動作するというのが ユーザーとしては最も望ましいわけだけど このままだとそれは永遠に無いかもね 287 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 07:36:28 ] >>286 いやそれは無い。もう、Intel互換のチプセトも AMD互換のチプセトも作らせて貰えない可能性 高い。本業のグラボも１のつの巨大コアで全部 ぶん回す旧世代のアーキテクチャだよ 弱ったら買い叩かれるのがオチだよ 288 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 12:33:06 ] だから今余裕のあるうちに逃げ道を探して奔走してる訳だね 289 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 16:04:53 ] ＞本業のグラボも１のつの巨大コアで全部 ＞ぶん回す旧世代のアーキテクチャだよ 新世代のアーキテクチャのグラボはどれですか？ 290 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 16:09:56 ] RadeonはデュアルコアGPUの4870X2が次世代のフラッグシップモデル 性能もnVidia最上位のGTX280より上らしい ttp://www.vr-zone.com/articles/Radeon_HD_4870_X2_R700_Beats_GeForce_GTX_280/5851.html これでStream SDKさえ完成版が出ていたら… 291 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 18:44:28 ] Streaming　Computing用途の性能なら 単精度で2倍あるはずだしな。 292 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 19:11:06 ] Stream SDKは1.0β→1.1βまで2か月しか掛かってないし、 4870X2が出る予定の8月までには完成できるんじゃないかな 293 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 19:58:57 ] 4870X2ってただのCrossFire接続だろ？ 新世代なんて程のもんじゃ無いな。 294 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 20:02:34 ] >>293 1枚の板に2つのGPUコア ただのCrossFire接続だったら誰だって4870やGTX280を2枚買うわｗ 295 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 20:03:26 ] いや、ただのCrossFireだって・・・ 二重にメモリ積んでるし。 296 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 20:10:03 ] >>295 メモリ共有でソフト側からは1GPU扱いという話だったが、 メモリ2枚積みのソースは？ 297 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 20:16:24 ] ttp://northwood.blog60.fc2.com/blog-entry-1999.html ＞Radeon HD 4870X2はATiの次世代ハイエンドカードである。 ＞このカードは2つのGPUを1つの基板に搭載したものである。 ＞Radeon HD 4870X2はATiのMulti-GPUソリューションである ＞CrossFire Xによる2つのGPUをリンクさせるのでドライバのできによって性能が大きく左右される。 298 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 20:48:26 ] 俺らでCLIの開発してやるから ATI仕様さらせよ 今Linux版解析してるが 実装がヒドイこれやばいだろってもんじゃないなぁ 299 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 20:49:07 ] >>297 ただのCrossFireとCrossFireXは世代が違う技術だっての…メモリ非共有ともどこにも書いてないしな 少なくとも単なる大型化のGTX280とは全く別世代のアーキテクチャだ ttp://a96sj096.cocolog-nifty.com/weblog/2008/05/r7002_d82b.html ttp://northwood.blog60.fc2.com/blog-entry-2000.html#more 300 名前：デフォルトの名無しさん mailto:sage [2008/06/07(土) 19:36:02 ] 800SPの1.2Tflopsだってさ4870 あと4870X2がオンボードCFなのかどうかは不明 PLXじゃない専用ブリッジを乗せるとのうわさもある 301 名前：デフォルトの名無しさん mailto:sage [2008/06/07(土) 19:39:40 ] >>300 それあってねーよ騙されるな おめぇ一度自作板に勉強しに来いよ 302 名前：デフォルトの名無しさん mailto:sage [2008/06/07(土) 19:54:12 ] どれが？ 800SP? ブリッジ？ ちなみに800SPの資料 4850で1Tflops ttp://img68.imageshack.us/img68/1152/rv770slideuj5.jpg 303 名前：デフォルトの名無しさん mailto:sage [2008/06/07(土) 20:00:28 ] つまり今まで一番もっともらしく出回ってた 480SPってのが単なる妄想スペックだったわけだ 304 名前：デフォルトの名無しさん mailto:sage [2008/06/07(土) 20:30:00 ] 実製品のFLOPSが妄想スペックを20％近く上回るとか… 逆にこっちの方がフェイクじゃないかと思ってしまうな 305 名前：デフォルトの名無しさん mailto:sage [2008/06/07(土) 20:39:12 ] フェイクだったりして 306 名前：デフォルトの名無しさん mailto:sage [2008/06/07(土) 20:42:53 ] 4850とりあえずもう予約したから 初日にベンチしてやるから 何やってほしいか晒せ 307 名前：デフォルトの名無しさん mailto:sage [2008/06/07(土) 20:52:51 ] >>306 H.264エンコード 308 名前：デフォルトの名無しさん [2008/06/07(土) 21:13:07 ] >>302 よくここまで仕様を隠し通してたなｗ NVIDIAの方がとっくに発表されてたのに 309 名前：デフォルトの名無しさん mailto:sage [2008/06/07(土) 21:40:52 ] まぁ、フェイクとしても4870はいずれ1Tflops超えか 310 名前：デフォルトの名無しさん mailto:sage [2008/06/07(土) 22:11:20 ] AでもNでもどっちでもいいからはよH.264エンコーダ作ってクレー 311 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 17:40:29 ] どうでもいいけどラデはム板的に意味なし 312 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 17:43:46 ] CALがあるじゃない 313 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 18:36:05 ] いっこうにCALの話題が無いｗ 誰かが試したという報告すら聞かない CUDAはかなり普及してきてる 314 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 18:40:29 ] ところでDX10はストリーム演算が出来るとか聞くけど サンプルとかぜんぜん見当たらないんだけど DX9と比較して何がどう違うの？ DX１０を使ったフレームワークとかあるの？

---

---

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

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