10/08/15 21:47:50
GPGPUについて語りましょう
前スレ
GPGPU#4
ｽﾚﾘﾝｸ(tech板)l50
関連スレ
OpenCLプログラミング#1
ｽﾚﾘﾝｸ(tech板)l50
【GPGPU】くだすれCUDAスレ pert3【NVIDIA】
ｽﾚﾘﾝｸ(tech板)l50
参考リンク
総本山? gpgpu.org
URLﾘﾝｸ(www.gpgpu.org)
OpenCL
URLﾘﾝｸ(www.khronos.org)
NVIDIA CUDA
URLﾘﾝｸ(developer.nvidia.com)
ATI Stream
URLﾘﾝｸ(developer.amd.com)
GPUをCPU的に活用するGPGPUの可能性
URLﾘﾝｸ(pcweb.mycom.co.jp)
2:デフォルトの名無しさん
10/08/15 21:55:10
＞998 ：デフォルトの名無しさん [↓] ：2010/08/15(日) 21:51:01
＞と言いつつAgeiaの中の人も今じゃAMDにいるからなぁ
＞とんだ詐欺師なのかねあの人
金です。
nvにとっちゃすでに用済みで、要らない子
3:デフォルトの名無しさん
10/08/15 21:56:26
専用設計とはいえPPUは58gflopsしかないんだが
4:デフォルトの名無しさん
10/08/15 23:08:03
基本的には、GPGPUが得意な処理を "適切なサイズ" に並列分割して
その分割された小包の集団をどかっとCUDAに押し込んでやると、分割が上手ければ
それなりに速く結果が出る。ただ、GPGPUで効率が出る並列化は簡単ではない。Larrabeeがこけたのもここ。
しかもC++のCUDA方言は不思議挙動だったりで、技術者がCUDAに習熟して十分な速度が
出せるようになるまでの時間を考えると、結構経費がかかる。だから、相当大きな話、というか
CUDAのX86@Intel CPUに対するワットパフォーマンス優位性が技術者の勉強代をカバーできる規模で無いと
わざわざわけわからん方言を勉強したくない。しかも、この方言は、いつまで有効かも怪しい。
だから、ほとんどの用途では、Nehalem-Ex とか、速いCPU乗せたマシンを増やした方が良い。
他のプログラムが、"全部" 速くなりますからねｗ
5:デフォルトの名無しさん
10/08/16 00:00:44
今後のCPUコアの高速化が鈍化するから
その対策として出てきたのがCPUのマルチコア化と
グラボのGPGPUとしての活用なわけで・・・
大部分の人には上位CPUなんて必要ないのと同様に
大部分のアプリにもGPGPUなんて必要ない。
６コアもGPGPUも本当に必要な人・アプリが使えばいいだけ