- 1 名前：デフォルトの名無しさん [2011/08/23(火) 22:08:06.09 ]
- このスレッドは、他のスレッドでは書き込めない超低レベル、
もしくは質問者自身何が何だが分からない質問を勇気を持って書き込むスレッドです。
CUDA使いが優しくコメントを返しますが、
お礼はCUDAの布教と初心者の救済をお願いします。
CUDA・HomePage
ttp://developer.nvidia.com/category/zone/cuda-zone
関連スレ
GPGPU#5
ttp://hibari.2ch.net/test/read.cgi/tech/1281876470/
前スレ
【GPGPU】くだすれCUDAスレ【NVIDIA】
ttp://pc12.2ch.net/test/read.cgi/tech/1206152032/
【GPGPU】くだすれCUDAスレ pert2【NVIDIA】
ttp://pc12.2ch.net/test/read.cgi/tech/1254997777/
【GPGPU】くだすれCUDAスレ pert3【NVIDIA】
ttp://hibari.2ch.net/test/read.cgi/tech/1271587710/
【GPGPU】くだすれCUDAスレ pert4【NVIDIA】
ttp://hibari.2ch.net/test/read.cgi/tech/1291467433/
- 710 名前：デフォルトの名無しさん mailto:sage [2012/05/14(月) 18:14:14.93 ]
- >>709
使えたと思うよ。
つーか、cufftdestroy()が未解決って、あんたの間違いだろ。
- 711 名前：デフォルトの名無しさん [2012/05/15(火) 14:03:46.41 ]
- >>710
返信ありがとうございます
他の関数はコンパイルが通る(通っているように見えるだけ？)のに
cufftdestroy()
cufftExecZ2Z()
cufftPlan1d()
だけが未解決となっているのですが、
この関数だけ、他のライブラリが必要だなんてことがあるのでしょうか？
- 712 名前：デフォルトの名無しさん mailto:sage [2012/05/15(火) 15:52:04.02 ]
- destroyはDestroy。
z2zは未実装。
Plan1dはしらね。
警告レベル引き上げれば?
- 713 名前：デフォルトの名無しさん mailto:sage [2012/05/17(木) 11:36:49.94 ]
- cufft.hはインクルードしているのかな？
- 714 名前：デフォルトの名無しさん mailto:sage [2012/05/17(木) 13:08:31.44 ]
- ■後藤弘茂のWeekly海外ニュース■
NVIDIAが世界最多トランジスタ数のチップ「GK110」を公開
pc.watch.impress.co.jp/docs/column/kaigai/20120517_533500.html
- 715 名前：デフォルトの名無しさん [2012/05/17(木) 15:21:47.32 ]
- 警告レベルって、デフォルトは最大なんですよね？
Destroyに関しては、タイプミスです。
z2zは未実装っていうのが、よくわからないんですけど。。。。
- 716 名前：デフォルトの名無しさん mailto:sage [2012/05/17(木) 17:10:10.69 ]
- GPGPU上でソケット通信とかって出来るかな
- 717 名前：デフォルトの名無しさん mailto:sage [2012/05/17(木) 17:20:54.19 ]
- GPGPUの仮想マシン同士のn対n通信をシミュレートとかそういうのをイメージした
- 718 名前：デフォルトの名無しさん mailto:sage [2012/05/17(木) 18:16:22.69 ]
- >>715
未実装: 実装されていないこと。
cufftのライブラリの中にz2zの関数そのものが存在していないのよ。
で、あんたがどんな環境で開発しているか判らんのに警告レベルがどうなっているかなんか判るかい。
そんなことは自分で調べなさいよ。
>>716
cuda5でLAN接続されているGPU同士で連携させる機能がつくらしいよ。
- 719 名前：デフォルトの名無しさん mailto:sage [2012/05/17(木) 21:52:07.76 ]
- 多次元配列を扱えないのは何でなんだろう．
ブロックとスレッドインデックスで一次元化するの面倒なんだけど．
- 720 名前：デフォルトの名無しさん mailto:sage [2012/05/17(木) 23:46:21.89 ]
- ピンメモリを確保すると、スワップによる退避を防げるのは分かったのですが、
実際はスワップ以外にも、メモリフラグメンテーション解消のためのコンパクションでも
メモリアドレスの変化って起こり得ますよね？
それもないようにするのがピンメモリですよね？
- 721 名前：デフォルトの名無しさん mailto:sage [2012/05/18(金) 01:25:35.91 ]
- >>719
別に扱えなくはないぞ。普通にdata[blockIdx.x][thiredIdx.x]ってできると思う。
スレッド数を定数にしなくちゃならなくなるから却って煩わしいと思うけど。
つーか、面倒ったってオフセット計算する関数を作るだけじゃん。
|
 |
