【GPGPU】くだすれCUDAスレ【NVIDIA】

1 名前：デフォルトの名無しさん mailto:sage [2008/03/22(土) 11:13:52 ] このスレッドは、他のスレッドでは書き込めない超低レベル、 もしくは質問者自身何が何だが分からない質問を勇気を持って書き込むスレッドです。 CUDA使いが優しくコメントを返しますが、 お礼はCUDAの布教と初心者の救済をお願いします。 CUDA・HomePage www.nvidia.com/cuda 関連スレ 【GPGPU】NVIDIA CUDA質問スレッド pc11.2ch.net/test/read.cgi/tech/1190008468/ GPUで汎用コンピューティングを行うスレ pc11.2ch.net/test/read.cgi/tech/1167989627/ GPGPU#2 pc11.2ch.net/test/read.cgi/tech/1188374938/ 521 名前：デフォルトの名無しさん mailto:sage [2009/03/09(月) 20:55:32 ] ゲーム屋の意見としては、SPUの数とメモリが倍あったらCellも悪くないと思う。 あとはメモリのバンド幅か。 柔軟性もあったら嬉しいけどね（整数や分岐とか）。 522 名前：デフォルトの名無しさん mailto:sage [2009/03/10(火) 04:01:00 ] >期待してなんか無いよ。 おっと、だんごさんの悪口はそこまでだ 523 名前：デフォルトの名無しさん [2009/03/11(水) 03:05:50 ] >やたら小回りが利かないベクタ演算ユニット、その他諸々のGPUのパイプライン・・・ Crayだってそうだったじゃん。Personal CrayとしてCUDAは良く出来てると 思うけど。 メモリの不自由な階層は何とかしてくれ、と思うけど。Cray同様、IPも持って 一般I/Oも出来て欲しい。 あと出張先でデモ出来るように、CUDAの動くnVidia GPU載ったサブノート が出てくれないと…。学会発表しようにも、デスクトップ担いで持参しなきゃ ならんってのは勘弁。 524 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/03/11(水) 03:24:55 ] つ[Asus N10] 525 名前：デフォルトの名無しさん mailto:sage [2009/03/11(水) 11:31:57 ] つ[新Mac Book] 526 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/03/11(水) 22:47:25 ] いや、でも、アカデミック畑の人の求める特化型プロセッサって一般のニーズとかけ離れてると思うよ。 CellやGRAPE-DRでワードやエクセルが動くかっつーの。 当たり前だけどアカデミック色の薄いアプリケーションって書く人少ないのよね。 サンプル探しにCUDA-Zone逝っても「なんとか論文ps.gz」みたいなのしかないし 527 名前：デフォルトの名無しさん mailto:sage [2009/03/11(水) 23:01:58 ] ここにアカデミック色の殆どないアプリケーションを書いている人が居るんだが、 残念なことに特定用途向けだし契約の都合もあるんで公開できないんだわさ。 528 名前：デフォルトの名無しさん mailto:sage [2009/03/11(水) 23:04:35 ] アカデミック色って例えば何？ ブラックホールのシミュレーションとか？ 529 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/03/11(水) 23:08:18 ] 俺も書いてたよ NVIDIAの営業さんじきじきに頼まれたがめんどくさくなった 530 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/03/11(水) 23:09:07 ] >>528 そういえばGRAPEのコミュニティではCUDAはやたら受けが良いらしいね。 531 名前：デフォルトの名無しさん [2009/03/12(木) 19:48:28 ] >>523 モバイルCUDA環境が欲しくてN10jc買った 性能は ./nbody -benchmarkで16.472GFLOP/s ./nbodyでタイトルバーにでるやつだと80GFLOP/sくらい 532 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/03/12(木) 21:20:13 ] 割と出るんだね 大学時代にやった熱力学シミュレーションのレポートをまた引っ張り出してきてCUDAで実装してみるかな。 Rubyで書いたらアホみたいに遅くてC++で書き直した覚えがある。 533 名前：デフォルトの名無しさん mailto:sage [2009/03/13(金) 01:33:06 ] Rubyで書いてCより性能でればいいのにね。無理言うなって感じだが 534 名前：デフォルトの名無しさん mailto:sage [2009/03/13(金) 01:52:39 ] アルゴリズムが悪いんじゃないの。 535 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/03/13(金) 01:58:40 ] まさに「グリッド」（格子点）だよ。 アホみたいに並列化しないと性能出ないCUDAには向いた問題 536 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/03/13(金) 02:20:43 ] RubyはCでかかれたインタプリタであって、 1語句ごとにループ・switch文で処理を行う以上 それ自体の致命的な遅さはどうしようもない。 YARVとかJRubyなら多少速いかも知れんが 本家はまだJIT以前の問題だし。 Matz氏はXbyak見て「いずれは考えなきゃいけない」的なこと言ってたんだけどね。 537 名前：デフォルトの名無しさん mailto:sage [2009/03/13(金) 02:50:22 ] 団子の中の人って、大学逝ってたんだ。 >>531 意外とやるな。電池で動いてそれなら上出来だと思う。 ARM+DSPでは桁違いに負けてると思う。しかし、所詮 ネトブクに毛が生えただけなのに、ThinkPad Xシリーズ より重いのか。 Linux対応はどない? EeePCのLinux対応はすこぶる良 かったから期待してるのだが。 538 名前：デフォルトの名無しさん mailto:sage [2009/03/13(金) 08:17:53 ] >>537 CentOS5.2はおk サウンドは自分でドライバ当てる必要あり 無線LANは認識してる （ドライバ入れてないから使えるかどうかは不明 あとはカメラと指紋認証が使えないくらい 他の鳥は試してないからわからん BIOSでHT切れないのが気持ち悪い 539 名前：デフォルトの名無しさん mailto:sage [2009/03/13(金) 10:27:16 ] >>537 金を気にしないならネットブックは辞めたほうがいい。 1024x600は割と不便。 EeeUbuntuなら、最初からEeePC向けのカメラやBluetoothの設定ユーティリティが インストール済みだが。 540 名前：デフォルトの名無しさん mailto:sage [2009/03/13(金) 22:33:58 ] >Matz氏はXbyak見て「いずれは考えなきゃいけない」的なこと言ってたんだけどね。 いつ？ >YARVとかJRubyなら多少速いかも知れんが >本家はまだJIT以前の問題だし。 YARVはすでにRuby本家だけど？ 541 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/03/13(金) 22:38:08 ] >>540 www.rubyist.net/~matz/20070116.html#p04 542 名前：デフォルトの名無しさん mailto:sage [2009/03/13(金) 22:41:31 ] 参考になるかもしれない、じゃん 543 名前：デフォルトの名無しさん mailto:sage [2009/03/13(金) 23:25:23 ] >>541 リンク先読んだが、Xbyakじゃなくて「Gecko 3.0にはJIT付きJavaScriptエンジンが添付されるということだが」が、将来の参考になるという風にしか読めないんだが・・・ 2007年の時点なら、Matz氏がRuby用のJITについて参考にするという文脈なら、XbyakじゃなくてYARVのJITが暗黙でしょ。 544 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/03/13(金) 23:50:07 ] 別に"へるみエンジン"を検討してるなんて言ってないが 「JIT」としか言ってねーよ 545 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 00:21:40 ] JITじゃなくて、「「いずれは考えなきゃいけない」的」と「参考になるかもしれない」は違うだろって話でしょ？ あと、 >YARVはすでにRuby本家だけど？ についてはノーコメントのなの？ 546 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/03/14(土) 00:33:17 ] YARVはJIT実装があったろ？ あれこそ亜流だけど 547 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/03/14(土) 00:39:52 ] >>545 ちなみにYARVとか鬼車のJITは環境非依存の中間コードに変換するだけであって CPUネイティブじゃないよ。 んで更にそのバイトコードをインタプリタで動かしてる。 ネイティブコードのJITに言及したのは↓だけ > _ [言語] IA32(x86)JITアセンブラ Xbyak 548 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/03/14(土) 00:41:52 ] ま、Rubyが動かせそうなGPUはLarrabeeが最初で最後だろうな 549 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 01:01:14 ] いつJITの実装の話になったんだ。 話そらすのが上手いなｗｗ そもそもMatz氏はXbyakについて「「いずれは考えなきゃいけない」的」な事は言ってないので（参考にするのはGecko 3.0の方）、>>541以降のお団子さんのコメントは見当違い。 550 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/03/14(土) 01:08:02 ] Xbyakを採用するなんて俺は言ってないし君が勝手に勘違いしただけでしょ 551 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/03/14(土) 01:14:17 ] もともとはRubyがC++よりクソ遅いって当たり前の話だろ。 スクリプト言語が静的コンパイル言語を超えられる訳がない それだけのことよ 552 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 02:39:35 ] 団子、いい加減にしろ。最近のお前はオカシイぞ。 形式言語より、日本語勉強し直せ。マジで。 コミュ力無さ過ぎ。 553 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/03/14(土) 02:50:01 ] 自分が思考短絡してるのを棚に上げて他人を避難するｳﾞｧｶがいると聞いて 554 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 03:08:30 ] 自己紹介、乙。 そんなヴァカ呼んでないから、「避難」してこい。 555 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 04:45:16 ] テンプレ入りか > Matz氏はXbyak見て「いずれは考えなきゃいけない」的なこと言ってたんだけどね。 556 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 04:46:34 ] コテ団子の相手はするな。キチガイになっちまうぞ！ 557 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 05:44:29 ] >>553 自分の技術力をいくら上げても、無責任な発言ばかりしていると誰も君のことを信用しなくなるよ。気をつけたほうがいいと思う。 558 名前：,,・´∀｀・,,）っ-●◎○ mailto:sage [2009/03/14(土) 11:15:53 ] 「JIT」について話してるのに 一番近くにある単語「Xbyak」を「検討」ということにしたがる思考短絡ぶりがゆとり脳 559 名前：,,・´∀｀・,,）っ-●◎○ mailto:sage [2009/03/14(土) 11:18:59 ] Matz氏はXbyak見て（JITの仕組みを）「いずれは考えなきゃいけない」的なこと言ってたんだけどね。 これでいいかな？ 560 名前：,,・´∀｀・,,）っ-●◎○ mailto:sage [2009/03/14(土) 11:46:40 ] 温度分布の立体グラフをExcelでプロットしたいんだが、なんかいい方法ある？ 俺もゆとりだからCSVで吐き出して読み出すとか原始的な方法しか思いつかない 561 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 12:10:49 ] 隔離スレなのか、ここはw 562 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 15:18:59 ] >>560 Excelなんかを使いたいなら、csvでいいんでない? つーか、団子もそれに噛み付く奴も自分の言葉が足りてないことに気付けよ。 563 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 18:37:07 ] ここはグダスレじゃないぽ 564 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/03/14(土) 18:39:25 ] くだをまくスレです 565 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 20:57:56 ] どのスレでもゆとり脳の団子が来ると荒れる。 そして人がいなくなる。 566 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 21:02:45 ] まだゆとりがどうのこうの言ってる時代錯誤な奴がいるのか 567 名前：デフォルトの名無しさん [2009/03/14(土) 21:06:25 ] おまえはヒマになると２ｃｈ開いてるだろ？ｗ 568 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 21:29:38 ] お前は○○だろ ↑↑自分がそうだから他人も同じだと思っている奴の決まり文句 569 名前：デフォルトの名無しさん mailto:sage [2009/03/15(日) 01:33:02 ] ○○な>>568 570 名前：デフォルトの名無しさん mailto:sage [2009/03/16(月) 00:57:27 ] Vista x64 Device 0: "GeForce 9600M GT" 4096 bodies, total time for 100 iterations: 663.110 ms = 2.530 billion interactions per second = 50.602 GFLOP/s at 20 flops per interaction 571 名前：デフォルトの名無しさん mailto:sage [2009/03/27(金) 14:21:17 ] >>567 暇じゃなくても開いてるわボケ 572 名前：デフォルトの名無しさん mailto:sage [2009/03/27(金) 14:35:28 ] 忙しいときほど2ch開いちゃう、ふしぎっ 573 名前：デフォルトの名無しさん mailto:sage [2009/03/30(月) 08:24:15 ] ■後藤弘茂のWeekly海外ニュース■ KhronosがGDCでGPUやCell B.E.をサポートするOpenCLのデモを公開 pc.watch.impress.co.jp/docs/2009/0330/kaigai497.htm 574 名前：デフォルトの名無しさん mailto:sage [2009/04/02(木) 02:16:00 ] 素人質問で恐縮ですが…… Tesla C870を手に入れたのでCUDAで画像処理をしようとしているのですが、 CUDAでテクスチャフィルタリングユニットの機能を使うにはどうすればいいですか？ ○○の○ページを嫁！で構いませんので、教えて下さい。 575 名前：,,・´∀｀・,,）っ-●◎○ mailto:sage [2009/04/02(木) 02:20:44 ] tex.filterMode = cudaFilterModePoint; 576 名前：デフォルトの名無しさん mailto:sage [2009/04/02(木) 05:33:53 ] ＞Tesla C870を手に入れたのでCUDAで画像処理をしようとしているのですが、 あー、8800GTXからアナログ回路を減らしてメモリを増やした、最早今となっては1万円ちょっとで買える 8800GTと数割程度しか能力の変わらない癖に値段は10倍以上と言う代物ですね。 テクスチャ関係は私はやってないからお役に立てませんがw 577 名前：デフォルトの名無しさん mailto:sage [2009/04/02(木) 19:49:08 ] MV探すのに16x16のSADをCUDAで計算してるんだけど、なんでこんなに遅いんですか？ 578 名前：デフォルトの名無しさん mailto:sage [2009/04/02(木) 23:51:01 ] 組み方が悪いんでしょ。 579 名前：デフォルトの名無しさん mailto:sage [2009/04/03(金) 00:09:14 ] SADするのに、組み方どうこうとかあるんですか？ テクスチャ使ってるのに、なんかキャッシュミス多い感じだし。。。 580 名前：デフォルトの名無しさん mailto:sage [2009/04/03(金) 00:29:06 ] >>575 ありがとうございます。 cudaFilterModePointでググったら、それらしいものが見つかりました。 ttp://forum.nvidia.co.jp/EokpControl?&tid=10733&event=QE0004 これから勉強します。 581 名前：デフォルトの名無しさん mailto:sage [2009/04/03(金) 10:15:13 ] >>579 コードも晒さず、自分の無知を曝け出し、文句だけ言うなんて、馬鹿なの? 582 名前：デフォルトの名無しさん mailto:sage [2009/04/08(水) 12:16:06 ] なんでこう沸点低いの？馬鹿なの？ 583 名前：デフォルトの名無しさん mailto:sage [2009/04/14(火) 20:59:29 ] ION採用ミニデスクトップAcer AspireRevo、オンライン予約開始 japanese.engadget.com/2009/04/14/ion-acer-aspirerevo/ 584 名前：デフォルトの名無しさん mailto:sage [2009/04/15(水) 18:41:51 ] Mac用の2.1ってツールちゃんと入ってる？ 585 名前：デフォルトの名無しさん mailto:sage [2009/04/16(木) 23:29:47 ] 誰かN10JでCUDA使ってる人いる？ N10Jにtool kitインスコしようとすると失敗するんだけど。。。 586 名前：デフォルトの名無しさん mailto:sage [2009/04/18(土) 23:08:34 ] 今、ブロック数を増やして並列度をあげてみるといったことを 作った行列の積の計算にあててみようと思ったんだが tech.ckme.co.jp/cuda_diff.shtml に書いてるブロックを複数使った場合の問題は、カーネル内でブロック間の同期を とる方法が存在しない点である。そのため、下記のプログラムでは、1回計算するたびに、 カーネルを終了し同期をとっている。 というのは1回毎の計算をホストにコピーしてやりたい回数分ループさせるというので いいのかな？ 587 名前：デフォルトの名無しさん mailto:sage [2009/04/19(日) 00:37:24 ] >>586 いちいちホストにデータ転送してたら時間もったいないでしょ？ つか参考にしてるページ見たけど、かなり酷いコードなんだが。。。 >>586が何をしたいかが具体的に判らないから、アドバイスしづらい。 588 名前：デフォルトの名無しさん mailto:sage [2009/04/19(日) 02:08:47 ] １ブロックの最大スレッド数を使った計算じゃ、GPUの処理速度がCPUに対して上回らなかったので ブロック数を増やして計算しようと思ったんですが、１ブロック制限に到達した時、どうやって次のブロックに 移動すんのかが、記述の仕方がかなりよくわからないんです。 dim3 grid(16, 1, 1); dim3 threads( 512, 1, 1); testKernel<<< grid, threads, mem_size*2+sizeof( float)*2 >>>( d_idata, d_odata); カーネルのほうの計算にこの値を元に何か記述すればいいとはわかってるんですが・・・ 何か参考になるとこありませんか？ 589 名前：デフォルトの名無しさん mailto:sage [2009/04/19(日) 03:34:08 ] >>588 大いに勘違いしている希ガス。 先ず第一に、>586のサイトは参考にならない。 第二に、スレッド数は必ずしも多いほど速いと言う訳ではないし、共有メモリは使わないで済むなら使わない方がいい。 第三に、行列の積の計算なら、NVIDIAのプログラミングガイドにそれなりのサンプルがある。 590 名前：デフォルトの名無しさん mailto:sage [2009/04/19(日) 21:23:36 ] >>589 レスサンクス、ガイドとＳＤＫもう一回見てきます 591 名前：デフォルトの名無しさん mailto:sage [2009/04/20(月) 22:01:56 ] CUDAスレって何でこんなに勢いが弱いの？ 592 名前：デフォルトの名無しさん mailto:sage [2009/04/20(月) 23:13:01 ] ぶっちゃけ2年後位には廃れてると思うからやる気がしない 日本語資料少ないし .netでもやってる方がつぶしがきく 593 名前：デフォルトの名無しさん mailto:sage [2009/04/21(火) 14:56:41 ] そうか、ＧＰＧＰＵだと他にまともな環境はないだろ 594 名前：,,・´∀｀・,,）っ-○◎○ mailto:sage [2009/04/21(火) 20:06:27 ] GPUにこだわる意味がないっていう 595 名前：デフォルトの名無しさん [2009/04/21(火) 20:59:48 ] みんなcellで思い知っただろ？ そういうことだ。 596 名前：,,・´∀｀・,,）っ-○◎○ mailto:sage [2009/04/22(水) 05:34:39 ] .NETかGPGPUか選べる立場なら前者でいいんでない？ 宗教上の理由でGPUの中でしか選択できない人がいるのももちろん知っております 597 名前：,,・´∀｀・,,）っ-○◎○ mailto:sage [2009/04/22(水) 05:44:26 ] 強いて言えばOpenCLか？ www.nvidia.com/object/io_1240224603372.html 598 名前：デフォルトの名無しさん mailto:sage [2009/04/22(水) 12:06:34 ] ドトネトなんてLinuxで動かないじゃん。 *BSDでも動かない。糞。 とにかくGCCで動くようにしろよ。話はそれからだ。 599 名前：デフォルトの名無しさん mailto:sage [2009/04/22(水) 16:21:07 ] .NETはmonaで動くだろ 600 名前：デフォルトの名無しさん mailto:sage [2009/04/22(水) 16:25:47 ] ﾓﾅｰ 601 名前：デフォルトの名無しさん mailto:sage [2009/04/22(水) 17:03:27 ] .NETはMONOで動くが、GCCで.NETアプリってコンパイルできたっけ？ 602 名前：,,・´∀｀・,,）っ-○◎○ mailto:sage [2009/04/22(水) 22:19:21 ] CUDAかC#かって、ベクトルが全然別ですがな >>601 Mono入れたらmcsってコンパイラが使えるようになるはずだが。。。 貴殿はGCCに入ってないという理由でPerlやPHPをも嫌うのですか？ 603 名前：デフォルトの名無しさん mailto:sage [2009/04/22(水) 22:45:40 ] 問題はなぜこのスレは勢いがないのかってことだ 604 名前：デフォルトの名無しさん mailto:sage [2009/04/22(水) 23:07:34 ] CUDAとOpenCLの認識の仕方として、 抽象レイヤ的にこんな感じかな？？ APP -------- C/C++ -------- OpenCL -------- CUDA -------- driver and runtime 605 名前：,,・´∀｀・,,）っ-○◎○ mailto:sage [2009/04/23(木) 06:04:45 ] >>603 見た目簡単そうに見えて実は使いづらくて、本質はCellよりも更に応用分野は厳しいからね。 「CPUの数十倍とか言ってたけど全然遅いじゃん！」で、使い方を理解しないままみんな匙j投げる いや、使い方がわかったところで、その正しい使い方が、本質的に目的のアプリケーション向きじゃなかったり。 606 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 07:22:35 ] そうそう、その演算だけに絞れば確かに速いんだけど、アプリケーション全体で見るとXeonに勝てなかったりね。 ボードメーカ側も自覚しているらしく、私の客先でのCUDA開発は2チップGPUボード4枚挿しするところまでいってしまっているし。 607 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 09:11:40 ] どうせララビーも期待外れに終るさ 608 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 16:09:19 ] nv社員乙ｗ 609 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 20:57:12 ] Larrabeeは、たかがx86、されどx86だな Atomに毛が生えたような小規模なx86コアが数十コアあったら何が出来る？ 汎用プロセッサとしては程度が知れてる分、逆に落胆しようがない。 良くも悪くも身の丈以上の期待はされてないからな。 610 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 21:20:24 ] 流れをぶった切るが GeforceはCELLより変態的な構造って認識でおk？ 611 名前：,,・´∀｀・,,）っ-○◎○ mailto:sage [2009/04/23(木) 21:43:53 ] 餅は餅屋 612 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 23:47:54 ] 色々調べて見たけど結局CUDAのsuper piはまだ出てないんだな CPUとGPUの比較が出来ると思ったのに 613 名前：デフォルトの名無しさん mailto:sage [2009/04/24(金) 05:23:51 ] むしろスーチーパイがもっとリアルにぬるぬる動けば… 614 名前：,,・´∀｀・,,）っ-○○○ mailto:sage [2009/04/24(金) 06:37:53 ] ＞スッチーのπ まで読んだ とりあえずPTXの自己コンパイルは最低限だろ どっかの営業さんが言うにさ 「たとえCPUより速くなくとも、CPUでやってる仕事を肩代わりしてやることが 出来るだけでも使う価値があるんじゃないでしょうか」 いや、それのお膳立てのためにCPU時間食うから本末転倒なのよ。 615 名前：デフォルトの名無しさん mailto:sage [2009/04/24(金) 06:44:16 ] ＞「たとえCPUより速くなくとも、CPUでやってる仕事を肩代わりしてやることが ＞出来るだけでも使う価値があるんじゃないでしょうか」 そういうことを臆面もなく語る営業マンを一人知っているんだけどw 同一人物と考えてよさそうだな。 616 名前：デフォルトの名無しさん mailto:sage [2009/04/25(土) 00:58:56 ] 肩代わりしてやるなんて大それたことを無理に言い張るから、おかしくなるんだよね。 重要なのは、ＣＰＵとＧＰＵとが各々の得意分野を担当し、住み分けをすることだろう。 ＧＰＵは汎用計算に向いていないのだから無理にＧＰＵを使わずＣＰＵを使えばいいし、 ３Ｄゲームや科学技術計算などＧＰＵの方が効率的な計算でＧＰＵを使えばいいんだよ。 いわゆるアインシュタインとタイピストの喩えだ。 アインシュタインが優れた物理学論文を清書してもらうためにタイピストを雇ったら、 なんとまあそのタイピストよりアインシュタインの方がタイプが速かったとしよう。 じゃあ、そのタイピストを解雇すべきか？答えは否だ。タイプはタイピストに任せ、 アインシュタインは少しでも長い時間、優れた物理理論を考え出すことに費やすべきだ。 それが最も効率がいい。 617 名前：デフォルトの名無しさん mailto:sage [2009/04/25(土) 01:48:13 ] >>615 営業ならだいたい同じこと言うんじゃねぇか？ 618 名前：デフォルトの名無しさん mailto:sage [2009/04/25(土) 03:57:19 ] >>616 >答えは否だ。 いや、答えは科研費の額によるだろうｗ 619 名前：デフォルトの名無しさん mailto:sage [2009/04/25(土) 05:08:45 ] >>616 タイピストに指示だすのに、タイプするのと同じような時間がかかるから問題なんじゃね？ 620 名前：,,・´∀｀・,,）っ-○○○ mailto:sage [2009/04/25(土) 06:42:29 ] 清書する段階で更に考えても無駄だろう 621 名前：デフォルトの名無しさん mailto:sage [2009/04/25(土) 15:20:06 ] CPUを管理職、GPUを部下に例えてみよう。 CPUからGPUへの指示の中身が足りなかったりすると CPU-GPU間のやりとりが増えてしまい遅くなる。 CPUから指示する内容がGPUの能力を超えると なかなか結果が返ってこない。 逆にCPUの能力が低いとGPUへの指示や対応が遅くなる。 GPUの仕事に信用がおけないとCPU側でのチェックが 必要となり負荷となる。 GPUはCPUほど守備範囲は広くないし経験も少ない。 よいCPUやGPUを入手するには予算が必要である。 またCPU、GPUを動かし続けるには経費がかかる。（電気代、冷却設備） あまり負荷をかけるとうるさくなったり、たまに壊れたりする。 overclockによる故障は保証の範囲外であることに注意。

---

---

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

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