OpenCLプログラミング#1

**a36** ◆K0BqlCB3.k · 2008/12/10(水) 15:38:25

さてついにOpenCLの仕様が公開されました。

http://www.khronos.org/opencl/

公式ページにはAPIのヘッダファイルが公開されており、
まだ実際に動かす事はできないもののプログラミングすることは可能となっています。
ということで、公開に先んじてプログラミングを始めてしまいましょう。

**デフォルトの名無しさん** · 2010/11/07(日) 00:29:49

マルチアーキ型のgccの最適化処理がx86特化型であるmsのソレ以上だったことなんてあったか？

**デフォルトの名無しさん** · 2010/11/07(日) 00:30:00

GCCってそんな立ち位置だったっけ？
広く愚直にというイメージがあるんだが

**,,・´∀｀・,,）っ-○○○** · 2010/11/07(日) 01:03:36

GNUソフトウェアはいつだって言いだしっぺの法則が適用されるんだぜ。
Cell B.E.だってSCEが自らABIを公開してGCCやLinuxカーネルのパッチをコミットした。

NVIDIAやAMDがGCCにコミットしない限り動かんだろ。

**デフォルトの名無しさん** · 2010/11/07(日) 05:02:21

>>371
もうどうにもならん
ORACLEのせい

**,,・´∀｀・,,）っ-○○○** · 2010/11/07(日) 05:21:45

なんだかんだでHPCなんて所詮はサーバ市場の１％未満のニッチ市場だよ。
そのなかのGPGPU用の言語の一つのために必死になる奴もそうそういない。
なんならRailsやZend使ってWebサービスを構築してるSIerにでもGPGPUの素晴らしさを説いてくれｗ

**デフォルトの名無しさん** · 2010/11/07(日) 10:51:44

>>376
動画のエンコード・デコードはダメなの？？

**デフォルトの名無しさん** · 2010/11/07(日) 13:34:36

ffmpegと同等の画質を達成すればGoogle様が興味を示す

かも

**デフォルトの名無しさん** · 2010/11/07(日) 13:44:30

なんでGPUを使う→低画質という思考になるの？

**デフォルトの名無しさん** · 2010/11/07(日) 14:24:23

馬鹿だから

**,,・´∀｀・,,）っ-○○○** · 2010/11/07(日) 15:08:22

ブロックサイズを細かく分けて並列処理しないとGPUのスループットの強みを生かせないから。
CPUで処理するレベルの高画質エンコードは構造的に不向き。せいぜいフィルタだけやらせておけというレベル。

**デフォルトの名無しさん** · 2010/11/07(日) 20:04:27

ブロックサイズ1ピクセル単位とかにでもしないとGPUの優位なんて出てこないんだろうなｗ

**デフォルトの名無しさん** · 2010/11/17(水) 00:02:22

IntelがCoreプロセッサ向けOpenCL SDKのアルファ版を公開: 新 masafumi's Diary
ttp://masafumi.cocolog-nifty.com/masafumis_diary/2010/11/intelcoreopencl.html

**デフォルトの名無しさん** · 2010/11/17(水) 01:07:04

Windows Onlyか

**デフォルトの名無しさん** · 2010/11/17(水) 15:57:12

Core2Duoなのに入れられない！と思ったら45nm版Core2以降かよ…SSE4使うのな

**デフォルトの名無しさん** · 2010/11/17(水) 19:24:56

そろそろQ6600に引導渡してやるか・・・
Cougar Pointの仕様が色々と半端なので、GPUだけ強化してIvy Bridgeまで引っ張るつもりだったんだが

**デフォルトの名無しさん** · 2010/11/21(日) 00:35:46

来年からAMDが大攻勢、NVは苦しくなるな。
もうグラフィックボードすら不要になってくる。

**デフォルトの名無しさん** · 2010/11/21(日) 00:38:40

CPUで使う場合も、OpenCL的なメモリコピーを挟まないといけないのでしょうか？

**デフォルトの名無しさん** · 2010/11/27(土) 07:53:49

OpenCLって、いつになったら動かせるようになるの？
組み込み向けにGPGPUしたいんだけど、CUDAだと発熱すごすぎグラフィックボード
がどうしても必要なんで、オンボードGPUをOpenCLで動かしたいのだが。

**デフォルトの名無しさん** · 2010/11/27(土) 08:38:35

まるでオンボードGPUだと発熱しないと言わんばかりの意味不明な発言。

**デフォルトの名無しさん** · 2010/11/27(土) 10:03:51

信頼性は違うだろ？

**デフォルトの名無しさん** · 2010/11/27(土) 13:28:35

オンボードのチップの方が信頼性が高いの?
マザボ丸ごと道連れになるくらいならカード交換で済む方がいい気もするんだが。
今までの経験からすると、寧ろ電源が死ぬことのほうが多いけどね。

**デフォルトの名無しさん** · 2010/11/27(土) 14:29:27

RadeonでもGeForceでもPhenomでもCore 2(45nm以下)以上でも動くよ>>OpenCL

**,,・´∀｀・,,）っ-○○○** · 2010/11/27(土) 14:34:16

SSE4.1以上に限定する意味は一応あるのね。
insertps/extractpsがgather/scatterとして、vlendvpsがプレディケートに使えるから
SPMDのカーネルモデルを容易に実現できる。

**デフォルトの名無しさん** · 2010/11/29(月) 14:16:12

OPENCLってグラフィックカードの計算につかうCPUで
普通のプログラミングも計算するってことですか？

**デフォルトの名無しさん** · 2010/11/29(月) 19:38:51

日本語でおｋ

**デフォルトの名無しさん** · 2010/11/29(月) 22:13:20

>>395
コストが無駄になるので特定の用途向けの計算に使います。

**デフォルトの名無しさん** · 2010/12/01(水) 11:07:07

じゃあ、グラフィックカードの付いてないノートパソコンでは無意味ということだな。

**デフォルトの名無しさん** · 2010/12/02(木) 01:56:33

C言語っぽく書いて、コンパイラがうまいことSIMDに変換してくれるから意味あるよ。

**デフォルトの名無しさん** · 2010/12/04(土) 11:20:13

GPUでmalloc作った論文どこだっけ？

**デフォルトの名無しさん** · 2010/12/18(土) 09:11:15

外付けと内蔵グラフィック切り替えるタイプのノートでopenCL使うとどうなるの
NVkernelそこまで対応してるのかな？

**デフォルトの名無しさん** · 2010/12/25(土) 19:51:36

全ワークアイテムでは同期とれないんだね。ワークグループ内のみか。
さて、どうやって同期とるか・・・

**デフォルトの名無しさん** · 2010/12/31(金) 18:12:58

OpenCLを始めようと思ってサンプルコードを動かしてみたんですが
コンテキストを作るところで躓いてしまいました。
何がいけないんでしょうか？

具体的には
cl_int status;
cl_context context = clCreateContextFromType(NULL, CL_DEVICE_TYPE_GPU, NULL, NULL, &status);
とやると、status に CL_INVALID_PLATFORM が返ってきます。

clGetPlatformInfo 関数は、たとえば CL_PLATFORM_VERSION を引数にして実行すると
"OpenCL 1.0 CUDA 3.2.1" という文字列が返ってくるので
OpenCLドライバが入ってないわけではなさそうなんですが・・・

環境はCore2Duo E8400、GeForce9600GT、Windows7 32bitです。

**デフォルトの名無しさん** · 2010/12/31(金) 18:39:37

第一引数がNULLだとそうなるのがある
ならないのがあるのかは知らん
秀和の本読んでると思うけど公式から修正されたソース落としてこれるからそれを参考にしてくれ

今規制中で携帯からコード打つ気にならんｗ

**403** · 2010/12/31(金) 20:39:19

>>404
秀和のサイトの修正済サンプルコードを参考にしたら、うまく動きました。
第一引数にNULLではなくコンテキストのプロパティを与えればいいみたいですね。

秀和の本で勉強してると言い当てられてビックリですｗ
この本わかりやすいですね。

大学の研究で何千枚の画像相関やってるんで、OpenCLで夢がひろがりんぐ。

**デフォルトの名無しさん** · 2011/01/01(土) 10:51:11

グラフィックスドゥライヴァのヴァージョンは？

**404** · 2011/01/01(土) 16:41:42

http://developer.download.nvidia.com/compute/cuda/3_0/toolkit/docs/NVIDIA_OpenCL_ImplementationNotes_3.0.txt

**デフォルトの名無しさん** · 2011/01/04(火) 05:00:19

openCLを使っています。
CL_DEVICE_TYPE_DEFAULTという値について質問があります。
この値はプラットフォームの標準デバイスを使うと書いてありました。
どのようにしたら、プラットフォームの標準デバイスがGPUなのか、CPU
なのかを知ることができるのでしょうか。

**デフォルトの名無しさん** · 2011/01/26(水) 11:02:46

Radeon5850と6970を二本さして、FFTの負荷分散させたいと思ってcontextにデバイス２つのせてキューも2本立てたんだけど、
データ転送も並列実行も同時並列的に実行されないで逐次的に実行されてるみたいなんですよ。
コードは1GPUの場合のものをキューだけ変えて単純に2つ並べただけなんですけれども。

OpenCL StramSDKでマルチGPU?実行されてる方いらっしゃいます？

**デフォルトの名無しさん** · 2011/01/26(水) 12:09:39

AMDからメール来た

AMD Accelerated Parallel Processing (APP) SDK | AMD Developer Central
http://developer.amd.com/gpu/AMDAPPSDK/Pages/default.aspx
OpenCL? H.264/AVC: MainConcept
http://www.mainconcept.com/products/sdks/gpu-acceleration/opencltm-h264avc.html

**409** · 2011/01/28(金) 13:15:14

OpenMP使えばいいんですね．自己解決しましたｗ

**デフォルトの名無しさん** · 2011/01/28(金) 18:00:42

OpenCLはCUDAやTBBのラッパーという理解で宜しいか？

**デフォルトの名無しさん** · 2011/01/31(月) 10:23:07

OpenMPはCPUしか並列化できない
GPUも並列化したいならOpenMPじゃなくてOpenCL使わなきゃだめだろ

**デフォルトの名無しさん** · 2011/01/31(月) 21:48:44

>>413
レスあざす。
もともとOpenCLで組んでて、OpenCLだけでマルチデバイスで動作しないかなぁと思った悩んでいたもんで。一応ホストのスレッドを二本立てたら並列動作しました！

**デフォルトの名無しさん** · 2011/01/31(月) 23:26:33

AMDのH264のSDKってどうなの？

**デフォルトの名無しさん** · 2011/02/01(火) 20:28:57

>>415
んなもんあったっけ？？

**デフォルトの名無しさん** · 2011/02/02(水) 01:05:26

>>416
話解らない奴だな
OpenCL H.264/AVC Encoder SDK Beta

どうなんだって聞いてるんだから答えろやクソが

**デフォルトの名無しさん** · 2011/02/02(水) 15:44:26

>>417
それAMD製じゃないしAMD専用でも無いじゃん

http://www.mainconcept.com/products/sdks/gpu-acceleration/opencltm-h264avc.html

**デフォルトの名無しさん** · 2011/02/02(水) 21:39:51

>>417
ぷｗ

**デフォルトの名無しさん** · 2011/02/03(木) 00:23:39

>>414
OpenCLの関数ってほとんどノンブロッキングだから
OpenMP使わなくても並列に動作するんじゃないの？
試したことないからわからんけど

**デフォルトの名無しさん** · 2011/02/03(木) 00:34:19

>>420
と思ったんですよ。とりあえず同じコンテクストにデバイス２つ乗っけて、キューを二本立ててやってみると計算はされるんだけど、プロファイラーで動作みてみると見事に逐次実行されてて。コンテクスト2つ立ててもダメでした。

ヘテロジニアスなんて謳ってるわりに面倒ですよねぇ^^;

**デフォルトの名無しさん** · 2011/02/04(金) 03:56:08

>>421
OpenCLのコマンドキューはインオーダー実行がデフォだから
CL_QUEUE_OUT_OF_ORDER＿EXEC＿MODE_ENABLEやらないと必ず逐次実行されるよ

**デフォルトの名無しさん** · 2011/02/04(金) 20:08:07

>>422
違うんですねー
OpenCLドライバは何故か初期から、OutOfOrderを付けても逐次実行されるんだわ。。。
いつか対応されるだろうと、一年くらい経過したけどまだ対応されてないとは

**デフォルトの名無しさん** · 2011/02/09(水) 20:10:42

>>421
プロファイラで実行すると逐次実行されるが、プロファイラ上でなければ並列実行される。
ジョブ投入や実行の時間を記録して表示させてみ。

また、同一コンテキストのメモリが二つのデバイスのどちらからでもアクセスできる裏技もあるよ。
最初のアクセスは遅いが、それ以降は早いので、CPU側に読み込んで書き戻すとかしなくてもダミーでメモリをアクセスするジョブを流せばデバイス間のデータ移動ができる。

1年ほど前にデバイス2本同時駆動の実験だけして本チャンの計算プログラムはまだつくってなかったな、そういや。

**デフォルトの名無しさん** · 2011/03/08(火) 07:32:39.91

昨日1日使ってボトルネックをOpenCLに移植したけど、
余計遅くなったわ。やれやれ

**デフォルトの名無しさん** · 2011/03/08(火) 08:28:07.93

ボトルネックを移植するんじゃなくてOpenCLに向いている部分を移植しろよ
または並列性を極大化したりif文などの分岐を全部排除するなどアルゴリズム最適化をしてみれば？

**デフォルトの名無しさん** · 2011/04/07(木) 03:06:36.77

VLIW5のtパイプ埋まらん

**デフォルトの名無しさん** · 2011/04/13(水) 04:08:44.89

深く考えずに2^26スレッドenqueueしたらひどいことになった。

**デフォルトの名無しさん** · 2011/04/21(木) 23:37:32.85

なんでこれ有料なんだ？
ttp://web.me.com/cducommun/CLBuilder/Home.html

**デフォルトの名無しさん** · 2011/04/22(金) 00:28:47.04

Appleが提供しているツールならまだしも第三者が開発しているツールを無料にしろってのは横暴だろ
シェアウェアや市販ソフトを完全否定なお人ですか？

**デフォルトの名無しさん** · 2011/04/23(土) 23:18:19.02

AMD APPのOpenCLについてご存じの方がいたら教えて欲しいんですが、
wavefront=64 って事は、例えばwork_group = 128 の場合 work_itemが64ずつ完全に並列実行って認識で合ってるでしょうか？
（wavefront内のやりとりは同期が必要ないかどうかを知りたいです）

**デフォルトの名無しさん** · 2011/04/24(日) 03:56:08.00

>>431
何の保証もないけど、今のところ大丈夫な気がする。

**デフォルトの名無しさん** · 2011/04/24(日) 05:50:16.61

最大3クロックのタイミング差があると思うんだけど。

**デフォルトの名無しさん** · 2011/05/26(木) 04:58:19.55

XOR_INT*4とMULADD*4が同じ時間食うって納得いかん…

**デフォルトの名無しさん** · 2011/06/14(火) 22:58:32.16

for(d=0;省略){
clSetKernelArg(省略&d);
clEnqueueNDRangekernel(省略);
clEnqueueReadBuffer(省略);
for(省略){読み出したメモリ合算}
}
で1024*dで実行して
読み出して合算して再度実行・・・の形にしてもアドレス違反が起きてしまう・・・
イベントリストもバリア同期も意味なし

GPU実行でアドレス違反は画面だけ真っ黒になってびっくりした
デバックはCPUデバイス使ったほうがいいよ

**デフォルトの名無しさん** · 2011/06/26(日) 01:59:15.81

最近OpenCLに興味もったんですが皆さん楽しいですか？

**デフォルトの名無しさん** · 2011/06/26(日) 14:59:58.32

楽しいとか楽しくないとか問題じゃねえよ

**デフォルトの名無しさん** · 2011/06/26(日) 15:03:37.91

でっかいうんこかどうかだな

**デフォルトの名無しさん** · 2011/07/04(月) 00:47:28.82

AMD gDEBugger
ttp://developer.amd.com/tools/gDEBugger/Pages/default.aspx
いろいろ便利かもな

**デフォルトの名無しさん** · 2011/07/04(月) 00:50:00.35

nsightもOpenCLデバッグ対応してなかったっけ？

天使 ◆uL5esZLBSE · 2011/07/04(月) 06:50:33.14

２０１１年になっても未だにJAVA使い続けてる奴ってさ
仕事で仕方なくならわかるけど

家でもJAVAやってるなら本当にバカだよね。哀れ

ゴミだし

**デフォルトの名無しさん** · 2011/07/04(月) 07:59:16.86

最近みかける天使うぜー死ねと思っていたが
松本龍の阿呆発言と比べると実害無いだけマシだと思った

**デフォルトの名無しさん** · 2011/07/05(火) 22:49:02.30

つまんねー書き込みしてないでとっととNG登録しろよ

**デフォルトの名無しさん** · 2011/07/05(火) 22:51:03.29

このコテハン「天使 ◆uL5esZLBSE」は天才チンパンジー「アイちゃん」が
言語訓練のために使用しているハンドルです。

アイと研究員とのやり取りに利用する書き込みなので、
関係者以外はレスしないで下さい。

　　　　　　　　　　　　　　　　　　京都大学霊長類研究所

**デフォルトの名無しさん** · 2011/07/06(水) 01:40:07.31

intelのopencl　SDKをlinuxにインスコったけどコンパイルのやり方わからん
gcc使ってどうにかならんの？

**デフォルトの名無しさん** · 2011/07/06(水) 09:49:42.54

OpenCLってもう１年もバージョン変わって無いけど、開発中止したの？

**デフォルトの名無しさん** · 2011/07/06(水) 11:06:10.67

バージョンUPしなくていいほど今の版が完成されたすばらしい出来だという事なんだよ

という事にしておきたい

**デフォルトの名無しさん** · 2011/07/06(水) 11:57:01.57

グラボはどんどん進化してるのに、ライブラリは完成されてるとかねーよ

**デフォルトの名無しさん** · 2011/07/06(水) 18:08:10.55

進化しても演算部分のコンパイラが底まで進化する必要があるか？

MSのCPUコンパイラさえ基本的には10年以上前のCPUでも動くような最適化レベルで止まっているしな。
GPUとして使うならまだしもGPGPUとして処理するならコンパイラは基本部分だけで、あとはドライバの進化で十分かと

**デフォルトの名無しさん** · 2011/07/09(土) 07:08:13.67

>>439
それってGPU１枚だけでも使えるの？
requirementsにはハードウェアのことが書いてない

1 · 2011/07/26(火) 06:44:48.46

http://toki.2ch.net/test/read.cgi/dataroom/1309855042/

**デフォルトの名無しさん** · 2011/07/27(水) 23:22:22.79

HD4850が最新のドライバではOpenCL動かないし、古いドライバでは動くがゲロ遅
アムドはあかんな

**デフォルトの名無しさん** · 2011/07/28(木) 01:08:32.77

>>452
4870 + CCC 11.6 で OpenCL 動いてるけど、
もしかして 11.7 では動かなくなるのかな ?

**デフォルトの名無しさん** · 2011/07/28(木) 14:50:27.81

HD4850, APP 2.4, CCC 11.6で動かず（カーネルコンパイルエラー）。
ググったら4xxxは11.6じゃ動かないから11.5にしろと言うことで11.5にしたら動いた。

**デフォルトの名無しさん** · 2011/07/28(木) 15:07:33.48

アムドとか言ってるあたりでお察し・・・

**デフォルトの名無しさん** · 2011/07/28(木) 20:28:57.67

アムドいうただけでレッテル貼りとかどんだけ・・・
ヌビディアはOpenCL対応あかんね
1.0のくせに1.1用の関数を使ってもコンパイル・リンクが通る
でも、clEnqueueWriteBufferRectとか実行したらセグメンテーション違反
なめとるで

**デフォルトの名無しさん** · 2011/07/29(金) 09:43:45.32

どっちも自社ライブラリ使えってことだよ

**デフォルトの名無しさん** · 2011/07/29(金) 12:23:00.19

data parallelで簡単な2重forならできるけどそれ使って複雑な計算するのが
できぬ・・・CUDAと違って1024が最大なのがネック

**452** · 2011/07/30(土) 22:03:20.57

職場のC1060に家パソのHD4850が10倍以上の大差で惨敗してムカついたのでHD6950買ってきた。
2倍以上でHD6950の勝利！
アムド最高やで

**デフォルトの名無しさん** · 2011/07/30(土) 22:25:54.10

6970や6990じゃなくて6950なのか。てかC1060はもうどうでもよかろう。

**デフォルトの名無しさん** · 2011/07/30(土) 23:10:14.10

>>460
C1060はどうでもええことないよ。
だって、職場の計算機の貴重な戦力だし。
6950にしたのは家パソ用に高い板を買う気はないから。

**デフォルトの名無しさん** · 2011/08/01(月) 20:49:14.86

いつの間にか WebCL とか出来てて驚いた。
WebGL は色々使い道あるけど、WebCL は需要が分からん。

**デフォルトの名無しさん** · 2011/08/01(月) 21:47:49.14

WebGLについてはこちらでお願いします
【O3D】HTML5用 3D API WebGL 【Canvas:3D】
http://hibari.2ch.net/test/read.cgi/tech/1308761577/

**デフォルトの名無しさん** · 2011/08/01(月) 22:13:20.26

WebGLの話なんてしてないが

**デフォルトの名無しさん** · 2011/08/01(月) 23:26:04.83

サイトを開くだけで分散コンピューティングに参加…胸熱。

**デフォルトの名無しさん** · 2011/08/02(火) 10:29:42.77

http://www.infoq.com/jp/news/2011/07/WebCL

これか
確かにブラウザ上で並列処理する必要性がよくわからんな

**デフォルトの名無しさん** · 2011/08/02(火) 14:03:26.64

頻繁にメインメモリと同期するような計算にはJavaScriptが遅くて使い物にならないだろうし
重い処理を単発でやるだけならサーバーでやればいいだけな気がする
わざわざWebで激しく環境依存するようなことをやる意味が分からん

**デフォルトの名無しさん** · 2011/08/02(火) 15:29:27.41

技術というのは、早い者勝ちでなぁ
仕様などをはやめに決めておかないと、特許やらパクリと言われたりとかなんやらで面倒な事になってしまうんだ
あと名を残したい人が作ったりするんだ
役に立つとか使えるとか、そんなの関係無いんだ

**デフォルトの名無しさん** · 2011/08/02(火) 16:18:14.25

それはわかるんだが、特許を取るタイミングとかが難しいよな
取得にも維持費もかかるし、早すぎると普及した一番儲かる時期に特許権が切れて利益にならないとか

まー特許引き延ばしって裏技もあるけど

**デフォルトの名無しさん** · 2011/08/02(火) 19:41:55.79

まあ、あれや
OpenCL CはJITやから、LL言語からでもグルーライブラリを組めば簡単に使える。
そら、試してみたくもなるわな。
しかし、実際はOpenCL Cを使いこなさなあかんわけで、それほどハードルが低いわけやないと。

んで、環境依存しまくりいうけど、マルチコアプロセッサ用のOpenCLライブラリもIntel, AMDから出てるわけで、もはや大概の環境でOpenCLは使えまっせ。

**デフォルトの名無しさん** · 2011/08/03(水) 01:09:07.14

ブラウザで超広大なライフゲーム