- 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/
- 251 名前：デフォルトの名無しさん mailto:sage [2008/08/26(火) 00:59:55 ]
- ここはなんのスレなんだ
- 252 名前：デフォルトの名無しさん mailto:sage [2008/08/26(火) 04:09:43 ]
- くだすれ
- 253 名前：デフォルトの名無しさん mailto:sage [2008/08/26(火) 06:23:56 ]
- CUDAはマルチプラットフォーム。
- 254 名前：デフォルトの名無しさん mailto:sage [2008/08/26(火) 07:35:34 ]
- アホかい。
- 255 名前：デフォルトの名無しさん [2008/09/25(木) 14:29:37 ]
- ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
■ 今週の名言
──────────────────────────────────────
「HPCは“ハイ・プロダクティビティ・コンピューティング”」
日本SGIのHPC・サービス事業本部で本部長を務める田坂隆明執行役員）
- 256 名前：デフォルトの名無しさん [2008/09/28(日) 22:50:51 ]
- CUDAってSIMD並列といいうことは、過去のスパコン用のコード
移植したら激速ってことでOK?
- 257 名前：デフォルトの名無しさん mailto:sage [2008/09/29(月) 11:43:54 ]
- >>256
SIMDじゃないよ。仮にそうだとしても、そんなに単純な話じゃない。
- 258 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 05:16:33 ]
- SIMDだよｗ
- 259 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 16:35:15 ]
- SIMDじゃないなら、何なのか問いたい。
- 260 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 17:38:27 ]
- SIMDだったりMIMDだったり
- 261 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 21:12:21 ]
- 実行はSIMDだけど
コードはスカラだから面倒臭いよ
- 262 名前：デフォルトの名無しさん [2008/10/01(水) 10:37:52 ]
- NVIDIAはSIMTと言っているね。SIMD＋αくらい。
オンボメモリはSX8i並だからやっぱ速いんじゃねーの。
- 263 名前：デフォルトの名無しさん mailto:sage [2008/10/01(水) 13:58:23 ]
- 理屈はいいからなんか作れよ
＞＞過去のスパコン用のコード移植したら激速ってことでOK?
OKの一言で終わることをなにぐだぐだやってんだか
- 264 名前：デフォルトの名無しさん mailto:sage [2008/10/01(水) 18:46:54 ]
- 要するに、「移植できるもんならしてみろ」ってことだろｗ
- 265 名前：デフォルトの名無しさん mailto:sage [2008/10/01(水) 23:50:07 ]
- だね。単純に移植できるとは思わない方がいい。
- 266 名前：デフォルトの名無しさん mailto:sage [2008/10/02(木) 00:27:50 ]
- たしかにブロック切り分けの所もう少しスマートにならないのかと思うのだが
あんなもんデバイスの種類で最適化した組み合わせを自動算出すりゃいいだろ
- 267 名前：デフォルトの名無しさん mailto:sage [2008/10/02(木) 00:29:52 ]
- >>266
CUDA2でストリームプロセッサ数なんかも取得できるようになったから、
是非とも自動算出関数を作ってみてくれ。
- 268 名前：デフォルトの名無しさん mailto:sage [2008/10/02(木) 01:08:48 ]
- いや作るのは簡単なんだけどCUDAってクラスも使えないしラップ出来ないからだめじゃん
- 269 名前：デフォルトの名無しさん mailto:sage [2008/10/02(木) 01:11:17 ]
- あいや出来るのか
使うのなら作るぞ
- 270 名前：デフォルトの名無しさん mailto:sage [2008/10/06(月) 20:37:38 ]
- CUDAに興味があっていろいろ調べてるんだけど
slashdot.jp/hardware/comments.pl?sid=421471&cid=1432609
こんなにメモリアクセスがきついのか…
へたれの俺はCPUで頑張ろうって気になってきた
このあたりの条件が和らぐのはどれくらい後だろう？
- 271 名前：デフォルトの名無しさん mailto:sage [2008/10/06(月) 21:10:43 ]
- それでもビデオカードは一世代速いメモリを積んでいるから、レイテンシを誤魔化せれば、CPUより多少はいいんじゃないかな。
CPUもGPUも、演算能力よりメモリのスピードがネックなんだよねえ。
- 272 名前：デフォルトの名無しさん mailto:sage [2008/10/06(月) 22:18:57 ]
- >>270
そうそう、グローバルメモリはコヒーレントな読み出しなら4クロックなのに
ランダムアクセスすると100倍のクロックを喰ってしまう。
スラッシュドットの記事の書き方はちょっと言葉が足りてなくて、
実際にはいかにメモリをコヒーレントな読み書きで済ませるかが鍵ということになる。
例えば、CUFFTの2Dを1000回回すのと1Dバッチと自前の転置を2回ずつ動かすのとでは、
64x64辺りだと余り変わらないのに128x128になると途端に2Dの方が速くなる。
プロファイラで調べると、CUFFTの内部で用意されている転置関数はコヒーレントな読み書きしかしていない。
一方、自前の転置はコヒーレントな読み出しとインコヒーレントな書き出しになっている。
つまり、1000回呼び出すコストをインコヒーレントな書き出しコストが上回ってしまうということだ。
- 273 名前：デフォルトの名無しさん mailto:sage [2008/10/07(火) 01:53:43 ]
- CPUより遅くなるということはない
電気代の割りに効果が少ないというのはあるｗ
- 274 名前：デフォルトの名無しさん mailto:sage [2008/10/11(土) 06:33:45 ]
- TMPGEncで軽い処理はCPUより遅い。
VRAMとのメモリ転送あるし。
- 275 名前：デフォルトの名無しさん mailto:sage [2008/10/15(水) 22:02:44 ]
- メインメモリと共有するタイプのGPUで処理した方が速い事も状況によってはあるのかな
- 276 名前：デフォルトの名無しさん mailto:sage [2008/10/15(水) 22:26:03 ]
- CUDAでは有り得ないからスレ違い。GPGPUスレにでもどうぞ。
- 277 名前：デフォルトの名無しさん mailto:sage [2008/10/26(日) 18:43:49 ]
- すいません、超低級な質問です。
dim3 threads(128, 1, 1);
dim3 grid(128, 1, 1);
hoge_kernel <<< grid, threads >>> (d_ptr, 128);
とかで関数を呼び出したんですが、ホスト側のスレッド数が128個生成
されるみたいです。これって、GPU内にスレッドが出来るんだと思って
たんですが、違うんでしょうか？
ちなみに、-deviceemu はつけてません。コンソールに以下のように
出るので、GPUにはいってると思います。
Using device 0: GeForce 8600 GT
- 278 名前：デフォルトの名無しさん mailto:sage [2008/10/26(日) 20:58:06 ]
- >>277
＞ホスト側のスレッド数が128個生成されるみたいです。
そう判断した根拠は?
それとは別になるが、128x128が妥当かどうかは検証が必要だと思う。
- 279 名前：デフォルトの名無しさん mailto:sage [2008/10/27(月) 17:11:09 ]
-
質問です。
__device__ void hoge_kernel(void)
{
}
extern "C" __global__ void hoge(void)
{
dim3 threads(16, 1, 1);
dim3 grid(16, 1, 1);
hoge_kernel <<< grid, threads >>> ();
}
上をコンパイルすると、
「error: call can not be configured」
となるんですが、これはどういうことなんでしょうか。
- 280 名前：デフォルトの名無しさん mailto:sage [2008/10/27(月) 17:47:00 ]
- __global__な関数から__device__の関数を<<<>>>で呼ぶことはできない。
- 281 名前：デフォルトの名無しさん mailto:sage [2008/11/01(土) 09:40:52 ]
- ちょっと質問させてくらさい。。
８ストリーミングプロセッサ（SE)単位で構成されている
ストリーミングマルチプロセッサ（SM)でのことなのですが、
グローバル（ローカル）メモリ上へのデータのロード、
ストア命令は100サイクル以上かかってしまいますよね。
その間、8つのストリーミングプロセッサはおお休みしている
のでしょうか？
それとも、他のWarpのインストラクションが割り当てられたり
するのでしょうか。そうであるといいのですが、
そうするとSharedメモリがあとからのWARPにのっとられてしまって
まずそうですよね???
レジスタ的には32bit×2048本あるようなので(280の場合)
OKそうですが、Sharedメモリは16KBytesしかないし。
実際LD、STに160サイクルぐらいくったら、
160命令ぐらい無駄にしちゃって効率をかなり落としてる気がするので、
なんかやです。
24WARPぐらい、バッファリングしていて、割り当てられるWARPを
out of oderで実行するという記事も、どっかで見たような
気がするのですがSharedメモリがじゃまして無理があるような・・・
なんか良い方法があるのかな???
っていうか、なにか根本的な部分で俺の勘違い？
- 282 名前：デフォルトの名無しさん mailto:sage [2008/11/01(土) 10:12:52 ]
- ・グローバルメモリアクセスは、最大400(?)クロック掛かるが、最短では4クロックで済む。
# そのためには、coalescedにアクセスできるように工夫する必要がある。
・各ストリーミングプロセッサは、独立して動作する。Sharedメモリも同様。
例えば、行列の転置のような処理の場合、普通に書くとcoalescedに読んでincoherentに書かざるを得ない。
# 或いはその逆か。
そこで、CUFFT内で行なっている転置処理では、(プロファイルで見る限り)一旦共有メモリにおいて同期を取ることで、
読み書き共にcoalescedアクセスを維持しているようだ。
- 283 名前：デフォルトの名無しさん mailto:sage [2008/11/01(土) 18:40:52 ]
- >>282
早速のレス、さんくす。
なるほど、最短４クロックですか。coalescedにしてもレイテンシー
だからだめかなって思ったけど、よくよく考えると、DRAMへの直接
アクセスに数百クロックってのはおかしいことに気づいた。
各ストリーミングプロセッサは、独立だけど１インストラクション単位で
同期してるんじゃないんかな（んなことぁない？）
・・・っておもったけどブランチがあるから、TPXレベルから見ると独立か???
最初見たときSharedメモリも他のSPのregも０レイテンシで使える
ようだったんで、演算と独立にグローバルメモリとのロード、ストアができん
１６K程度のSharedメモリ、あまり意味ないじゃんとかおもったけど、
そんなことなさそだね。
なかなか面白そうなチップだ。
分岐粒度が32って実際、汎用でどうなんだろ。
ベクトルつかったことないんでわからんが、
適当にセルオートマタでも乗っけて遊んでみまつ。
- 284 名前：デフォルトの名無しさん [2008/11/12(水) 22:42:34 ]
- CUDA-Zなんて便利なものがありました。
forum.nvidia.co.jp
- 285 名前：デフォルトの名無しさん mailto:sage [2008/11/12(水) 22:55:32 ]
- >>284
kwsk
- 286 名前：デフォルトの名無しさん mailto:sage [2008/11/12(水) 23:19:24 ]
- ttp://cuda-z.sourceforge.net/
- 287 名前：デフォルトの名無しさん [2008/11/14(金) 19:39:30 ]
- あげてすまん。
CUDAのためにGTX280つきのPCかったのだが
ほかにもう一枚グラボ買わないといけんのかな？
あとPCIバスしか残ってないのだが・・・
LINUXで使う予定。
- 288 名前：デフォルトの名無しさん mailto:sage [2008/11/14(金) 22:57:10 ]
- >>287
別に一枚でも大丈夫。二枚挿しても(開発には)却って面倒だったり。
まぁ、二枚あれば表示に足引っ張られる心配なくなるから安定はするけどね。
- 289 名前：デフォルトの名無しさん mailto:sage [2008/11/15(土) 00:41:03 ]
- >>288
そうなのか、安心した。
ありが㌧
- 290 名前：デフォルトの名無しさん mailto:sage [2008/11/15(土) 17:39:36 ]
- 質問です。
float にてゴリゴリ計算して、結果を返すプログラムを書いてみたのですが、
普通のアルゴリズム、CUDA+GPU、CUDA+CPU(deviceemu) の2つで比較して
みたところ、思ったより差が大きいのですが、こんなもんですか？
もしくは、機種依存があったりするんでしょうか？
- 291 名前：290 mailto:sage [2008/11/15(土) 17:40:23 ]
- >>290
すいません、間違えました。
「2つで比較して」->「3つで比較して」
- 292 名前：デフォルトの名無しさん mailto:sage [2008/11/15(土) 19:43:01 ]
- 何の差?
演算精度なら、そりゃぁあるさ、floatなんだもの。
- 293 名前：デフォルトの名無しさん mailto:sage [2008/11/15(土) 20:51:43 ]
- ホストは、デフォルトではfloatをfloatで計算してくれないからな。
SSEを使うなりで、ホストがちゃんとfloatで計算すれば、結果は一致するんジャマイカ？
- 294 名前：デフォルトの名無しさん mailto:sage [2008/11/15(土) 20:57:47 ]
- >>293
一致する保証はないよ。CUDAのドキュメントにもあるけれど、超越関数はGPU内部の組み込み版を使うと若干誤差が残る。
いずれにしてもfloatの想定の範囲内だから、実用上は問題にならないけどね。
- 295 名前：,,・´∀｀・,,）っ-●◎○ mailto:sage [2008/11/15(土) 22:26:10 ]
- x87 SSE CellB.E. CUDA の浮動小数サポートの対比表みたいなのがCUDAのマニュアルにあったな。
確かに完全じゃない。
糞まじめに準拠してるのはx87くらいだ
- 296 名前：290 mailto:sage [2008/11/16(日) 02:56:28 ]
- >>292-295
なるほど。出てきた結果が、CPU上の double で計算した結果と、
GPUの float で計算した結果が、最大1%程度違ったから、正直
驚きました。普段doubleしか使って無くて、誤差なんかほとんど
気にしなくてよかったので。
誤差が蓄積してくようなタイプのアルゴリズムではないと思っていた
だけに、少し驚きました。
- 297 名前：デフォルトの名無しさん [2008/11/20(木) 18:53:51 ]
- Cで使っていた自作ライブラリは、
nvccでコンパイルし直さなきゃダメなの？
- 298 名前：,,・´∀｀・,,）っ-○◎- mailto:sage [2008/11/20(木) 18:58:40 ]
- 食べてみたけどおいしかったよ。
一つどうぞ、あーんして
- 299 名前：,,・´∀｀・,,）っ-●◎○ mailto:sage [2008/11/20(木) 19:44:47 ]
- 飾りだ、食うなボケ。
- 300 名前：,,・´∀｀・,,）っ---- mailto:sage [2008/11/20(木) 21:36:00 ]
- 僕のもうないです
>>299から貰ってね
- 301 名前：デフォルトの名無しさん mailto:sage [2008/11/20(木) 23:10:32 ]
- >>297
ホスト(CPU)上で実行させるものならVC++と一緒にリンクできる。
（cppIntegrationサンプル参照）
GPU上で実行させたいならそれなりにいじくらないと無理。
- 302 名前：デフォルトの名無しさん mailto:sage [2008/12/01(月) 15:16:29 ]
- -deviceemuでは動くプログラムが、GPUを使うと誤動作します。
__device__関数に引数が一部しか渡らなくなります(float4のz成分だけしか渡せない)
ループ回数を極端に減らすと改善されるのですが、これはregisterメモリがパンクしてしまったということでしょうか？
- 303 名前：デフォルトの名無しさん mailto:sage [2008/12/01(月) 17:15:56 ]
- ソースを見ないとなんとも言えませんが、ループ回数とregisterは依存関係にはありません。
nvcc -ptxでptxファイルを出力して眺めてみては如何でしょう。
- 304 名前：デフォルトの名無しさん mailto:sage [2008/12/01(月) 23:02:30 ]
- ptxファイルですか。。。
正直どこをどう見たらいいのかわからないので敬遠していましたが、
遂に避けられないとこまで来てしまいましたかねえ。
見るべきポイントとかありましたら、よろしければ教えてください。
- 305 名前：,,・´∀｀・,,）っ-●◎○ mailto:sage [2008/12/01(月) 23:09:56 ]
- ptxもネイティブコードじゃなしに中間コードの断片だからな。
レジスタが何本割り当てられるかとかそういった情報すら持ってないから困る。
その点Larrabeeは16本+16本+αとかレジスタ本数が決まってて
コード生成時点で割り当てが決まってしまう。
結果的に静的な最適化がしやすい。
良し悪し。
- 306 名前：デフォルトの名無しさん [2008/12/02(火) 13:02:50 ]
- ﾘｮｳﾃﾆ●ヽ( ・∀・)ﾉ● CUDA！
- 307 名前：デフォルトの名無しさん mailto:sage [2008/12/03(水) 17:58:11 ]
- .oとかにしてgccでリンクすることってできますか？
- 308 名前：デフォルトの名無しさん mailto:sage [2008/12/04(木) 00:09:51 ]
- >>307
何を? どこで? なんで質問もろくにできないの?
ちなみに、エスパー募集ならお門違い。
- 309 名前：デフォルトの名無しさん mailto:sage [2008/12/04(木) 00:52:30 ]
- >>307
普通にできますよ。
-l/usr/local/cuda/lib -lcudart
等のオプションは当然自分で追加する必要があります。
- 310 名前：デフォルトの名無しさん mailto:sage [2008/12/04(木) 06:13:34 ]
- Windowsで、とかいう話だったりしてね。
- 311 名前：デフォルトの名無しさん mailto:sage [2008/12/04(木) 10:05:39 ]
- .objじゃなくて.oって書いてあるんだからそれはないんじゃない？
- 312 名前：デフォルトの名無しさん mailto:sage [2008/12/04(木) 22:31:14 ]
- それだったらわざわざ聞くかねぇ。まぁいいか。
- 313 名前：デフォルトの名無しさん mailto:sage [2008/12/12(金) 18:47:36 ]
-
【GPGPU】CUDA/ATI STREAM 速度・画質検証スレ
pc11.2ch.net/test/read.cgi/jisaku/1228764782/
- 314 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 19:30:29 ]
- これからCUDAを始めようといろいろサイトを巡回しているのですが、
グリッドサイズとブロックサイズはどのようにして決めたらいいのでしょうか?
同期をとるかとらないかで変わると思いますが、とりあえずとらない場合でお願いします。
- 315 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 20:41:30 ]
- >>314
BlockSize(スレッド数)は32の倍数で余り大きくない辺り。GridSize(ブロック数)は充分大きく。
- 316 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 21:31:49 ]
- >>315
ありがとうございます。
もう一つ質問させていただきたいのですが、たとえば、512x512のようにブロックサイズ、グリッドサイズ
ともに最大値未満の場合、<16, 32, 1>のように複数の次元に分けるのと、<512, 1, 1>のように1つの次元
にまとめるのとどちらがいいのでしょうか?
多分通常はブロックサイズは各次元の最大値<512, 512, 64>をオーバーすることが多いと思うので、こちらは
分けることになると思いますが、グリッドサイズの最大値は<65536, 65536, 1>もあるので、
次元を分けなくてもいいときは分けない方がいいのでしょうか?
- 317 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 22:01:51 ]
- threadサイズが実際の分散処理の単位になる
つまりthread数だけ並列演算が行われる
例えばthread(1)にしてblock(10)とかだと順次処理と変わらない
ただしthreadは256までしか出来ないのでblockという単位が容易されてる
blockは単にプログラムがやりやすいように用意されただけのもので
実際に分散処理には影響しない
- 318 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 22:15:42 ]
- >>316
言いたいことがよく判らんが、演算量が512x512ならブロックを8x8にしてグリッドを64x64でいいんでない?
或いはxyの区別が重要でないならブロックを64、グリッドを4096とか。
私は後者の方針でptxファイルの出力とプロファイルの結果を睨みながら決定することが多いけど。
# 横着するときは前者だなぁw
- 319 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 22:17:30 ]
- >>316
単に内部ループが
for(x=0;x<?;x++){}
_global_
か
for(x=0;x<?;x++){
for(y=0;y<?;y++){
_global_
}
}
になるかの違い
- 320 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 22:24:34 ]
- 元の位置を特定する為にglobal関数でインデックスを計算することになるから
もしxやyのどちらかで収まるなら１つだけ使うのが良い
global関数内部の計算コストが一番ネックになる部分だからね
インデックスの計算部分が一番邪魔で削れるだけ削った方が良い
- 321 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 22:35:25 ]
- >>317,319
ありがとうございます。ようやく喉のつっかえが取れました。
>>318
試しに昔書いた画像処理のコードを移植しようとしていたのですが、入力によって
いろいろサイズが変わるので、512x512で固定するのはちょっとやりづらいかなと…
ただ、ここまでの話からするとchannel(RGB)*height*widthの三次元配列に画像をつっこんで、
grid = <height, channel, 1>
block = <32, width / 32, 1>
で処理を回せそうですね。画像の幅をを32の倍数に合わせる必要はありそうですが。
>>320
ありがとうございます。実際に使うときは上のような感じにブロックとグリッドの数を決めようかなと
思いますが、どうでしょうか?
- 322 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 22:59:47 ]
- heightは超えてもいいの？
範囲は内部でインデックスが範囲かどうか判定するよりは
端数を含めたメモリを確保して必要無い部分も計算させてしまった方が速いよ
- 323 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 23:22:38 ]
- >>322
そこまで大きな画像を入れるかどうかは分かりませんが、確かに高さが65536を
超える場合は分割してやる必要がありますね。
>端数を含めたメモリを確保して必要無い部分も計算させてしまった方が速いよ
ということは、配列にコピーするときに幅を合わせてコピーするのではなく、後ろに空白部分を
まとめた方がいいということでしょうか?
#これって多次元配列を引数に渡すのってどうするんだろう…
- 324 名前：デフォルトの名無しさん mailto:sage [2008/12/15(月) 00:01:31 ]
- いや、最終的には全て一次元の配列でそれが適切な間隔でアクセスされるように並んでいるのが一番いいことになる。
だから、画像なんかの場合だと座標値に意味がないなら詰め込んで構わない。
実際には、コンボリューションフィルターなどで隣の画素を参照しないといけないことが多いだろうけど、
その場合はどうせ共有メモリを使ってアクセスを減らすなどの工夫が必要だからどの途32の倍数に拘る必要はない気がする。
- 325 名前：デフォルトの名無しさん mailto:sage [2008/12/15(月) 00:50:40 ]
- 論文用のならともかく普通の画像処理で画像サイズが固定されてることはまずないし
サイズも共有メモリじゃとても足りない
共有メモリを使うならCPUサイドであらかじめ画像を分割して渡すという方法しかないけど効率悪いよ
毎回隣接した画素情報も含めないといけないから
- 326 名前：デフォルトの名無しさん mailto:sage [2008/12/15(月) 01:06:12 ]
- >>324
カーネルサイズにもよりますが、sharedメモリはちょっとサイズ的にきつそうですね…
constantメモリならブロックサイズを調整すれば何とかなるかも?
>>325
単なる趣味グラムなので、ぶっちゃけ全部globalメモリからとってきてもいいような気がしたのですが、
逆にそれだとCPUで処理するよりも遅くなりそうですね
- 327 名前：デフォルトの名無しさん mailto:sage [2008/12/16(火) 01:54:49 ]
- 遅くなりそうというかどんだけがんばっても最終的にはglobalメモリを使うのが一番早いという結論になるよ
まあそれがGPGPUの一番のネックなんだけどね
CPUサイドのメモリを共用するようにいずれはなるんだろうけど今の限界はそこ
- 328 名前：デフォルトの名無しさん mailto:sage [2008/12/16(火) 06:11:12 ]
- 一番(手っ取り)早いのは同意するが、一番速いとは限らない。
それこそ、思考放棄じゃないかな?
- 329 名前：デフォルトの名無しさん mailto:sage [2008/12/19(金) 00:31:55 ]
- 詰まってます、助けて・・・
私はVS2005で開発しようとカスタムウィザードを入れ、ツールキットとSDKをインスコし
パスも通したのにLNK1181エラーでるんです・・・存在しないオブジェクトファイルを指定するのはなぜでしょう？
ライブラリパスがみつからないってどういうことなんでしょうか？
- 330 名前：デフォルトの名無しさん mailto:sage [2008/12/20(土) 01:37:50 ]
- "Program" "Files"と認識してるとか
- 331 名前：デフォルトの名無しさん mailto:sage [2008/12/20(土) 02:38:31 ]
- Windowsってなんで重要なディレクトリ名にスペースなんか入れるんだろう。
MSって頭悪いの？
- 332 名前：デフォルトの名無しさん mailto:sage [2008/12/20(土) 04:16:06 ]
- 低脳を排除するためかもねｗ
- 333 名前：デフォルトの名無しさん mailto:sage [2008/12/20(土) 05:06:25 ]
- プログラマお断り。ずっと消費者で居てくだちい。
- 334 名前：デフォルトの名無しさん mailto:sage [2008/12/20(土) 06:27:59 ]
- デスクトップやマイドキュメントのスペースや半角カナフォルダはなくなったが、Program Filesはそのままだな。
- 335 名前：デフォルトの名無しさん mailto:sage [2008/12/20(土) 09:43:22 ]
- >>331
その昔１６ビットＯＳが主流だったころＭ＄は８文字ファイル名しか扱えなかった
そしてUnix系ＯＳは既にロングファイルネームに対応していた
そこで登場したのが32bit Window 95だった
長いファイル名が使えるんだぞ、凄いんだぞと新発明でもしたかのように宣伝していた
そして自慢げにフォルダ名を無駄に長くした
- 336 名前：,,・´∀｀・,,）っ-●◎○ mailto:sage [2008/12/20(土) 12:23:53 ]
- VistaはUNIXerには優しくなったな。
上位エディション限定だけどSUAも使えるし
- 337 名前：デフォルトの名無しさん mailto:sage [2008/12/20(土) 20:39:06 ]
- CUDAをさ、VS2005で使えてる人っているの？
つか、なんで英語のマニュアルしかないんだよ。わかんねーよ
- 338 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2008/12/21(日) 00:44:02 ]
- むしろ2005以外でどうやって使うんだ？
2.1βで2008対応したけど
- 339 名前：デフォルトの名無しさん mailto:sage [2008/12/21(日) 00:58:06 ]
- >>338
おお、それはいいこと聞いた
やっと2005アンインストールできる
- 340 名前：デフォルトの名無しさん mailto:sage [2008/12/21(日) 01:37:02 ]
- >>338
どこか日本語で環境設定を教えてくれるサイト知ってたら教えてくれ・・・
- 341 名前：デフォルトの名無しさん [2008/12/21(日) 01:55:48 ]
- 環境設定なんか何も要らんがな。スクリプト走らせるだけ。
bashのバージョンによってはウォーニング出るけど、ちゃんと動く。
スクリプト猿にも成れないとは、どんだけゆとり脳なんだよ?スポンジなの?
- 342 名前：,,・´∀｀・,,）っ-●◎○ mailto:!sage [2008/12/21(日) 10:35:26 ]
- どのみちあの程度の英語が読めない人に優れたプログラミング書くのは無理だと思うんだ。
俺の私的な業務の手伝いしてくれるなら日本法人さんに代わりにチュートリアルとかの要求
してあげてもいいんだけど、職権乱用か。
>>340 ここで解らなかったらもう諦めたら？
chihara.naist.jp/people/STAFF/imura/computer/OpenGL/cuda1/disp_content
- 343 名前：デフォルトの名無しさん mailto:sage [2008/12/21(日) 11:55:12 ]
- どうでもいいけど、↑のURLは「disp_content」を削らないとエラーになった。
- 344 名前：デフォルトの名無しさん mailto:sage [2008/12/21(日) 12:58:13 ]
- >>340
サンプルプロジェクトを開いて設定を見て勉強するのがいいよ
- 345 名前：デフォルトの名無しさん mailto:sage [2008/12/24(水) 12:51:08 ]
- 英語読めないのにプログラミング言語してる男の人って・・・
- 346 名前：デフォルトの名無しさん mailto:sage [2008/12/24(水) 18:35:50 ]
- 英語に優越感もってるやつって、さもしいな
- 347 名前：デフォルトの名無しさん mailto:sage [2008/12/24(水) 19:03:01 ]
- >>345
可愛いもんだよねｖ
- 348 名前：デフォルトの名無しさん mailto:sage [2008/12/24(水) 23:58:39 ]
- 英語なんて誰でも１ヶ月もあればある程度は読めるようになるよ
出来ないと思い込んでやろうとしないだけで
- 349 名前：デフォルトの名無しさん [2008/12/26(金) 12:46:32 ]
- vs2005の環境で拡張子cuの場合、定義参照はできるのですが、
インテリセンスが機能しません。freeとかvcのランタイムも同様に
機能しないのですが、やり方分かる方いますか?
ツール->オプション->テキストエディタ->ファイル拡張子にcu c++として
登録するとできるのは上記だけです
- 350 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 22:27:18 ]
- いっそ、nvccの拡張機能以外は全部cppでやったら?
- 351 名前：デフォルトの名無しさん mailto:sage [2008/12/27(土) 05:03:22 ]
- それがスマートだね
|
 |
