[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 05/09 17:28 / Filesize : 215 KB / Number-of Response : 912
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

【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/



859 名前:デフォルトの名無しさん mailto:sage [2009/08/26(水) 18:39:49 ]
そそ、しかも1スレッド1GPUに拘束される。

860 名前:デフォルトの名無しさん mailto:sage [2009/08/26(水) 19:17:17 ]
>>858
未確認だけど、SLIの場合はドライバで1つのGPUに見せかけるらしい。
2チップを積んでいるカードは内部でSLI接続されているらしいし、
1デバイスの場合と同じでもいいかもしれない。

861 名前:デフォルトの名無しさん mailto:sage [2009/08/26(水) 23:51:13 ]
SLIとCUDAは同時使用できないとかじゃないのか?

862 名前:デフォルトの名無しさん mailto:sage [2009/08/27(木) 00:10:58 ]
forum.nvidia.co.jp/EokpControl?&tid=11178&event=HE0004
* SLIグループ内の各GPUは個別に列挙されるようになったため、
計算アプリケーションはSLIがグラフィックス向けに有効になっている
場合でも、マルチGPUの性能を活用することができます。

と、リリースノートにはあるね

863 名前:デフォルトの名無しさん mailto:sage [2009/08/27(木) 00:25:41 ]
>>862
2.3からはSLIの場合でもCUDAからは個別に見えるように変更なのか。

SLIでゲームの中でPhysXとかCUDAを使う場合とかは特定のチップに負荷が集中して
そのせいで利用効率が落ちたりしないのかな?

864 名前:デフォルトの名無しさん mailto:sage [2009/08/27(木) 01:23:53 ]
プログラマが生理整頓するか,
CUDAさんよろしくお願いしますするか,どっちがいいかってことか.
でも,一度の演算に対して,1コアにスレッドが重複しない限りは,
無駄に複数のGPUに処理を分配する必要性はないよな.
演算の命令ごとにGPUを切り替えるなら,効果はありか.
SLIの場合って,GPUのRAMは共有されるのか?

>>859
GPUはGPU内の大量のコアがそれぞれ1スレッドずつ受け取る仕組みじゃないのか?
1スレッド1GPUって並列演算ってレベルじゃねーぞ.

865 名前:デフォルトの名無しさん mailto:sage [2009/08/27(木) 03:53:53 ]
>>864
「スレッドを受け取る」っていう意味がわからんのだが。
CPUの1スレッドがGPU1個使って、そのGPUが複数スレッドを実行する。

866 名前:デフォルトの名無しさん mailto:sage [2009/08/27(木) 04:59:54 ]
>>865
CPUのスレッドなのね.
スレッドのことをGPUのハードウェアスレッドかと勘違いしてた・・・orz


867 名前:デフォルトの名無しさん [2009/09/01(火) 18:44:53 ]
CUDAがでてきた2005年当時は、シングルコアの限界も見えてきて、それなら

有り余るグラフィックボードの性能を、3Dレンダリングや、フォトショップフィルタなど、ゲーム以外にも有効活用と歌ってたけど

あれよあれよという間に、インテルCPUがマルチコア化してきて、そっちの方が上記の用途に、大きな効果があり、メインになってきて、

結局グラフィックボードは、結局またGPUはゲーム以外に用なしになったなw



868 名前:デフォルトの名無しさん [2009/09/01(火) 19:21:06 ]
U-BASICってバージョンアップしないの?

869 名前:デフォルトの名無しさん mailto:sage [2009/09/01(火) 19:38:01 ]
>>867
コンシューマーはそうかもしれんけど、エンタープライズはまた少し違うんじゃない?じゃなきゃNVIDIAもTESLAなんて作らんよ。

870 名前:デフォルトの名無しさん mailto:sage [2009/09/01(火) 20:10:53 ]
ああシールの貼り替えで10倍の金を取るために始めたアレか

871 名前:デフォルトの名無しさん mailto:sage [2009/09/01(火) 23:00:56 ]
>>870
本気でそう思ってるなら偏狭すぎる。少しは頭使えよ

872 名前:デフォルトの名無しさん mailto:sage [2009/09/02(水) 00:04:27 ]
>>869
むしろ、nVIDIAはTESLA以外作りようが無かったんでしょ。
だってCPU作れないんだもん。

873 名前:デフォルトの名無しさん [2009/09/02(水) 02:29:04 ]
NVIDIA は、2009年8月17日、業界標準の線形代数ライブラリ、LAPACK を、超並列処理の NVIDIA CUDA 対応 GPU に最適化した実装「CULA」のベータ版が EM Photonics 社からリリースされたと発表した。
LAPACK ルーチンは何百万人もの開発者が活用し、数値物理学、構造力学、電子設計オートメーションなどさまざまな問題の解決に役立てられている。
CULA により、ワークステーションやデータセンターで使われている NVIDIA Tesla GPU の力を活用し、クアッドコア CPU 1個の場合でパフォーマンスを最大10倍に引き上げることが可能になるとされる。
EM Photonics には、CULA Basic、CULA Premium、CULA Commercial からなる CULA tools という製品ファミリがある。CULA ライブラリとは、LAPACK ルーチンの実装の1つで、GPU の能力を活用して高速に処理が行えるようにしたもの。
LAPACK というのは線形代数でよく使われる関数の集合体で、科学分野や工学分野で活用されている。科学分野や工学分野の問題は線形モデルで近似できることが多いため、線形代数ルーチンで解が得られる。
CULA は、NVIDIA GPU が持つ超並列 CUDA アーキテクチャを活用し、LAPACK ルーチンの多くを高速で処理できる。

874 名前:デフォルトの名無しさん mailto:sage [2009/09/02(水) 08:05:49 ]
>>872
それ以外作りようがなかったからって…事前事業でやってるんじゃないんだぞ?「しょうがなくTESLA作る」とかありえないんだよ。純粋に、戦略的なマーケティングの結果だろ。

875 名前:デフォルトの名無しさん mailto:sage [2009/09/02(水) 08:10:12 ]
>>874
× 事前
◯ 慈善

876 名前:デフォルトの名無しさん mailto:sage [2009/09/02(水) 09:31:55 ]
戦略的なマーケティングの結果、マザボは作れてもCPUは作れないNVIDIAは仕方なしに、
TESLAをでっち上げたわけですね、判ります。

877 名前:デフォルトの名無しさん mailto:sage [2009/09/02(水) 12:41:59 ]
CPUは作れないってどういう意味で言ってるんだろ
x86互換プロセッサなんて作れるところはいくらでもある
ただライセンスの問題なダケ
あとはマーケットな



878 名前:デフォルトの名無しさん mailto:sage [2009/09/02(水) 12:46:20 ]
x86互換プロセッサぐらいなら大学の授業でFPGAに実装したことあるぞ

879 名前:デフォルトの名無しさん mailto:sage [2009/09/02(水) 12:51:56 ]
互換なんてダレでも作れるべ
性能はムリだが

880 名前:デフォルトの名無しさん mailto:age [2009/09/02(水) 12:58:32 ]
DXCSがくるからCUDAはもういらないかもー

881 名前:デフォルトの名無しさん mailto:sage [2009/09/02(水) 12:59:56 ]
作るだけならVIAにだってできる

882 名前:デフォルトの名無しさん mailto:sage [2009/09/02(水) 13:07:09 ]
↑↑お前出来ないだろw

883 名前:408 mailto:sage [2009/09/02(水) 14:49:32 ]
NVIDIAってCUDA捨てたん?
ここ1年ぐらい見る限りすげーやる気なさそうなんだけど。


884 名前:デフォルトの名無しさん mailto:sage [2009/09/02(水) 15:18:52 ]
捨ててないけどやることないだけだろ

885 名前:デフォルトの名無しさん mailto:sage [2009/09/02(水) 17:51:42 ]
今はOptiXに期待

886 名前:デフォルトの名無しさん mailto:sage [2009/09/02(水) 18:43:14 ]
news.developer.nvidia.com/2009/08/nexus-visualstudio-based-gpu-development.html

おまいら,
9月30日以降に期待ですよ.

887 名前:デフォルトの名無しさん mailto:sage [2009/09/02(水) 21:10:27 ]
CUDAで最適化したいプログラムに条件分岐満載で
実際の演算部分がほとんどなくてDate並列化できそうもないときって
あきらめるしかないのかな・・・。



888 名前:,,・´∀`・,,)っ-○○○ mailto:sage [2009/09/02(水) 22:49:22 ]
www.atmarkit.co.jp/fcoding/articles/parallel/03/para03a.html

Fixstarsのエンジニアからの有り難い言葉

889 名前:デフォルトの名無しさん mailto:sage [2009/09/02(水) 23:43:18 ]
条件分岐でシーケンスを発生させる事そのものが目的でなけりゃ、
何か手はあるんでないの?
何しようとしてるか知らんけど、今使ってるアルゴリズムに以外に
GPU向きの手がないか調べてみたらいいんでない?

890 名前:デフォルトの名無しさん mailto:sage [2009/09/03(木) 15:42:37 ]
やっぱりx86コアが100個も200個もあるほうがいいんじゃね?

891 名前:デフォルトの名無しさん mailto:sage [2009/09/03(木) 17:29:08 ]
>>889
なるほど
もっとソースを読んで見るよ。

あとCUDAについてのオススメの文献あるかな?

892 名前:デフォルトの名無しさん mailto:sage [2009/09/03(木) 21:47:44 ]
>>891
GPU Gems3。訳本はアホみたいに高いが、英語でよければネットで公開されてる。途中までだけど。

893 名前:デフォルトの名無しさん mailto:sage [2009/09/03(木) 21:52:19 ]
>>890
そりゃそうかもしれんが、コスト見合わんだろ。

894 名前:,,・´∀`・,,)っ-○○○ mailto:sage [2009/09/03(木) 22:31:48 ]
x86のほうが性能マシな演算用途こそ、GPUが何百台あってもコスト的に見合わないんじゃないかと

895 名前:デフォルトの名無しさん mailto:sage [2009/09/03(木) 22:43:05 ]
>>892
thx
でかい書店いって立ち読みして検討するかな。

>>894
そうとも限らない。
32bit単精度浮動小数点を扱えるプロセッサが数百個あるわけで、
プログラムの仕方によっては高速化する。
まあ向き不向きがあるのは事実だし、どっちが良いとは決め付けられない。

896 名前:,,・´∀`・,,)っ-○○○ mailto:sage [2009/09/03(木) 22:47:43 ]
向き不向きでいえばGPUに向いてない(というか使うことすらできない)演算の方が圧倒的に多い。


897 名前:デフォルトの名無しさん mailto:sage [2009/09/04(金) 01:37:54 ]
円周率の計算とかに使えればいいじゃん。



898 名前:,,・´∀`・,,)っ-○○○ mailto:sage [2009/09/04(金) 02:08:24 ]
なにそれ誰が得するの?



899 名前:デフォルトの名無しさん [2009/09/04(金) 02:10:35 ]
円周率を100万桁まで暗記してる人が、あれ?次なんだったっけって言って調べられる

900 名前:デフォルトの名無しさん mailto:sage [2009/09/04(金) 05:48:21 ]
GPUが今後発展するなら、GPUに向いたアルゴリズムが開発されてくるでしょう。
でも、普通のCPUが高速化してくるので、結局特定の分野しか使えないのかもね。まさにハードウェアアクセラレータ。

901 名前:デフォルトの名無しさん mailto:sage [2009/09/04(金) 16:30:49 ]
全く依存性がなく並列に計算できるものに向いてるんだっけ?
あんまり計算用途には向いてない気もするんだけど。

902 名前:デフォルトの名無しさん mailto:sage [2009/09/04(金) 17:05:27 ]
実際高速化されてるものもあるんだし、得している奴はいるだろ

903 名前:デフォルトの名無しさん mailto:sage [2009/09/04(金) 17:31:22 ]
粒子法では,GPUかなり美味しいです^^


904 名前:デフォルトの名無しさん mailto:sage [2009/09/04(金) 17:34:46 ]
画像や文字のパターンマッチングにもそれなりに使えるよ。



905 名前: ◆TripEQ.VNLIV mailto:sage [2009/09/04(金) 21:24:41 ]
実は一般ユーザーが恩恵を受ける事はほとんどない事実。。。

906 名前:デフォルトの名無しさん mailto:sage [2009/09/04(金) 22:19:54 ]
ATI臭くなってきたぞ,このスレ

907 名前:デフォルトの名無しさん mailto:sage [2009/09/05(土) 01:41:57 ]
ATIのGPUでCUDAが使えるならともかく使えないのに、
なぜかCUDAスレでATIの話題がされる不思議。




908 名前:デフォルトの名無しさん mailto:sage [2009/09/05(土) 04:37:45 ]
ATOM330搭載PCでCUDAなグラボを付けたら幸せになりますか?


909 名前:デフォルトの名無しさん mailto:sage [2009/09/05(土) 05:32:50 ]
>>908
気持ち次第です。

910 名前:デフォルトの名無しさん mailto:sage [2009/09/05(土) 07:55:02 ]
NVIDIAへの財務次第です

911 名前:408 mailto:sage [2009/09/05(土) 09:50:44 ]
あきらかに落ち目でしょNVIDIA






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

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<215KB

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