GPGPU#5

**デフォルトの名無しさん** · 2010/08/15(日) 21:47:50

GPGPUについて語りましょう

前スレ
GPGPU#4
http://hibari.2ch.net/test/read.cgi/tech/1255256230/l50

関連スレ
OpenCLプログラミング#1
http://hibari.2ch.net/test/read.cgi/tech/1228891105/l50
【GPGPU】くだすれCUDAスレ pert3【NVIDIA】
http://hibari.2ch.net/test/read.cgi/tech/1271587710/l50

参考リンク
総本山? gpgpu.org
http://www.gpgpu.org/
OpenCL
http://www.khronos.org/opencl/
NVIDIA CUDA
http://developer.nvidia.com/object/cuda.html
ATI Stream
http://developer.amd.com/gpu/ATIStreamSDK/Pages/default.aspx
GPUをCPU的に活用するGPGPUの可能性
http://pcweb.mycom.co.jp/articles/2005/09/06/siggraph2/

**デフォルトの名無しさん** · 2010/08/15(日) 21:55:10

＞998 ：デフォルトの名無しさん [↓] ：2010/08/15(日) 21:51:01
＞と言いつつAgeiaの中の人も今じゃAMDにいるからなぁ
＞とんだ詐欺師なのかねあの人

金です。

nvにとっちゃすでに用済みで、要らない子

**デフォルトの名無しさん** · 2010/08/15(日) 21:56:26

専用設計とはいえPPUは58gflopsしかないんだが

**デフォルトの名無しさん** · 2010/08/15(日) 23:08:03

基本的には、GPGPUが得意な処理を "適切なサイズ" に並列分割して
その分割された小包の集団をどかっとCUDAに押し込んでやると、分割が上手ければ
それなりに速く結果が出る。ただ、GPGPUで効率が出る並列化は簡単ではない。Larrabeeがこけたのもここ。

しかもC++のCUDA方言は不思議挙動だったりで、技術者がCUDAに習熟して十分な速度が
出せるようになるまでの時間を考えると、結構経費がかかる。だから、相当大きな話、というか
CUDAのX86@Intel CPUに対するワットパフォーマンス優位性が技術者の勉強代をカバーできる規模で無いと
わざわざわけわからん方言を勉強したくない。しかも、この方言は、いつまで有効かも怪しい。

だから、ほとんどの用途では、Nehalem-Ex とか、速いCPU乗せたマシンを増やした方が良い。
他のプログラムが、"全部" 速くなりますからねｗ

**デフォルトの名無しさん** · 2010/08/16(月) 00:00:44

今後のCPUコアの高速化が鈍化するから
その対策として出てきたのがCPUのマルチコア化と
グラボのGPGPUとしての活用なわけで・・・

大部分の人には上位CPUなんて必要ないのと同様に
大部分のアプリにもGPGPUなんて必要ない。

６コアもGPGPUも本当に必要な人・アプリが使えばいいだけ

**デフォルトの名無しさん** · 2010/08/16(月) 11:53:00

大部分って、静的WEBページを見るだけのユーザーのことか？ｗ
そんなもん無視でいいだろｗ

**デフォルトの名無しさん** · 2010/08/16(月) 23:36:42

WEBブラウズだろうがオフィスアプリだろうが
音楽・動画再生だろうがゲームだろうが大部分のアプリには
高価な上位CPUも高速なGPGPUも必要じゃないだろ。

そこそこヘビーな自分でも4コア(疑似8コア)や
1TFLOPS以上のGPUをフル活用できるのは全PC作業の１割程度だし

**デフォルトの名無しさん** · 2010/08/18(水) 18:34:14

LAMEとかiTunesとかで、GPGPUが効けばもっと広がると思うんだけど…
やる気無いですよねぇ

**デフォルトの名無しさん** · 2010/08/18(水) 20:00:08

やる気程度で速くなってくれるなら今ごろみんな取り掛かってるだろうよ

**デフォルトの名無しさん** · 2010/08/18(水) 23:32:04

LAME（音声の非可逆圧縮）程度じゃ処理が軽すぎるし
条件分岐も少なくないからCPUで計算したほうがいい。

映像編集ソフトですらエフェクト処理がメインでエンコードにはGPGPUが使えなかったりする。

iTunes（映像再生ソフト）にGPGPUとして使うなんて問題外。
大人しくOpenGLやDirect2DなんかでGPUとして活用すべき。
リアルタイムで映像にエフェクト処理を加えながら再生したいなら別だがiTunesの仕事じゃないｗ

**デフォルトの名無しさん** · 2010/08/19(木) 01:06:20

ATI Stream使ってエンコードして負荷軽減してるソフトなかったけか？

**デフォルトの名無しさん** · 2010/08/19(木) 07:21:50

>>11
PowerDirector？

**デフォルトの名無しさん** · 2010/08/19(木) 07:22:32

エンコードに使うなら売りは速度ではなく品質にすべき。
データ転送がボトルネックなのだから
単位データあたりの演算量を増やさなきゃメリットが無い。

**デフォルトの名無しさん** · 2010/08/19(木) 11:52:21

演算量が増えてもプログラムのフローが複雑になるようでは

**デフォルトの名無しさん** · 2010/08/19(木) 14:52:07

>>14
どんだけ複雑になったって、大量に並列実行できればGPGPUにとってアドバンテージがある。
データに対して演算量が少なすぎると転送や処理待ちばかりになってパフォーマンスが上がらない。
だから問題は複雑性よりもデータの相互依存性とデータに対する演算量の少なさ。

**デフォルトの名無しさん** · 2010/08/22(日) 07:57:15

複雑性ってなに？

**デフォルトの名無しさん** · 2010/08/22(日) 13:20:37

文脈から鑑みるに、プログラムの複雑さじゃないの？

もっと端的に言ってしまえば分岐命令の数

**デフォルトの名無しさん** · 2010/08/22(日) 13:29:10

この場合、相互依存性と複雑性は同義だと思うけどね。

**デフォルトの名無しさん** · 2010/08/22(日) 15:16:18

>>18
この場合は違う。
>14 はそのつもりで発言しているのかも知れないが、>13 は違う。

**デフォルトの名無しさん** · 2010/08/22(日) 18:36:09

そう言い切るのなら、どう違うかまでを説明せんといかんよ。

**デフォルトの名無しさん** · 2010/09/01(水) 10:24:46

>>13って8x8DCTを4x4DCTにするみたいな話でしょ？
演算回数は増えるがGPUなら並列数を増やせる感じで

**デフォルトの名無しさん** · 2010/09/07(火) 22:59:56

S|A What is AMD's Northern Islands?　A look at what is coming in October
http://www.semiaccurate.com/2010/09/06/what-amds-northern-islands/

ごめんSIって言ってたけど実はNIだったよ。えへ。
だから今度出るのはHD6000ファミリーはNIね。
32nmでNIテープアウトしてたけど40nmで出すよ。
コアは○○な感じで、アンコアは××な感じで強化してるよ。
なんでチップがEvergreenより10-15%大きくなるよ。
リリーススケジュールは10月12日にイベントで25日前後に店頭並ぶよ。
まずはAMDの穴の開いてる$175-250帯のHD6700から始めるよ。
次にHD6800、HD6900、年初にローエンド、28nmまでこのラインナップだよ。

HD6000出たら緑チームはHD5000よりコスト高いのに値下げしなくちゃだし、それでなくても冷め切ったセールスにもろ影響しちゃうよ。
だって、トップエンドは価格維持でHD5000は下がり始めるしね。
Nvidiaの夢と希望を打ち砕いちゃうね。
打つ手もないしね。
AMDはDX11のトーナメント1回戦をHD5000で勝利して、第2回戦もHD6000で勝利しちゃて、Nvidiaには財務的にもパフォーマンスでっかいマージンを取っちゃうよ。

28nmまではNvidiaにチャンスはないね。

**デフォルトの名無しさん** · 2010/09/22(水) 20:39:53

余所に作らせたGPUを使ったプログラムが、CUDA部分でメモリリークくさいエラーを吐いてまともに動かないんですが、
窓から投げ捨てるべきでしょうか？

**デフォルトの名無しさん** · 2010/09/22(水) 20:52:15

窓から投げるべき

**デフォルトの名無しさん** · 2010/09/22(水) 22:09:50

証拠資料を作ろうとしても、「いつ止まるか」の再現性が微妙
やっぱり実績の無いハウスに委託したのが間違いだったか・・・

**デフォルトの名無しさん** · 2010/09/23(木) 02:16:54

メモリの確保と解放を繰り返しているんじゃないかな。
弊社ではソースがあればデバッグも承りますw

**デフォルトの名無しさん** · 2010/09/24(金) 18:46:38

ソースないっす・・・
その辺だけはしっかりしているという・・・

ていうか、ウチ（受け入れ側）のマネージャーが完全に「ドモホルンリンクル」で
どんなゴミを渡されても「努力あるのみ」とかの類の精神論を吐いて話にならないし

どっか、受託開発や納入後の展開方法についての客観的な評価をしてくれる
コンサルタントはないですかね・・・

**デフォルトの名無しさん** · 2010/09/24(金) 21:25:44

CUDAでソースなし納品はありえんやろ
いつバージョンアップでバイナリが動かなくなってもおかしくないのに

**デフォルトの名無しさん** · 2010/09/24(金) 21:40:12

>>28
コストの問題だろ？
ソースを要求すると価格が上がる

**デフォルトの名無しさん** · 2010/10/23(土) 14:49:24

いや、将来動かない可能性が低くないのにコストカットされてもｗ

**デフォルトの名無しさん** · 2010/10/23(土) 14:50:21

将来動かなくなる可能性が高いから値切るんだろうが

**デフォルトの名無しさん** · 2010/10/24(日) 23:06:42

gpgpuを使用した場合、 CPUの性能はどの程度影響しますか？
teslaを用いた計算機を導入しようとしているのですが、i7-980xにするかi7-930にするか
迷っています。

**デフォルトの名無しさん** · 2010/10/25(月) 00:15:47

CUDAやOpen CL以外のCPUコードの実行速度にモロに影響する。
他にもGPGPU用中間コードのコンパイルにも影響するが誤差範囲。

**デフォルトの名無しさん** · 2010/10/25(月) 00:53:13

聞きたいのはCPUの性能によってGPUの性能が変わるかどうかじゃないの

**デフォルトの名無しさん** · 2010/10/25(月) 12:02:17

初心者なんですけどフリーソフトでATI技術に対応してて
MP4に変換できるソフトってありますか？
あとRADEONのカードってエンコードなら値段と性能みてどれがコスパいいですか？

**デフォルトの名無しさん** · 2010/10/25(月) 13:26:20

板違いです
ソフト板か自作板、DTV板へgo

**デフォルトの名無しさん** · 2010/10/26(火) 01:43:50

板違いです。

ここは「ATI技術に対応しててMP4に変換できるソフト」を作る側の板です。

**デフォルトの名無しさん** · 2010/11/02(火) 10:30:33

caymanは期待できそうだな。

**デフォルトの名無しさん** · 2010/11/23(火) 13:37:02

GPGPU使って何かしたいけどこれっていう何かが見つからないのー
Actor とか Map Reduce とか上位層で駆逐されてしまうねん

**デフォルトの名無しさん** · 2010/11/23(火) 14:15:02

俺はいっぱいアイデアあるけどな。

**デフォルトの名無しさん** · 2010/11/23(火) 17:23:59

あら、気になるじゃない。聞きたいわ

**デフォルトの名無しさん** · 2010/11/25(木) 17:47:25

突然申し訳ありません
cudaやってるんですけど・・・
カーネル関数起動させるところでエラーが出てしまいます
サンプルコードでアウトなんです
考えられる可能性を挙げていただきたいです
エロい人助けてください

ちなみに、
win7professional32
グラボ１：８６００gs（出力用）
グラボ２：４６０gtx(→cuda)
開発環境：visual studio 2008

質問あればできるものはすべて答えますんでよろしくお願いします

**デフォルトの名無しさん** · 2010/11/25(木) 23:02:46

>>42
エラーメッセージぐらいのせろやカスが