OpenCLプログラミング#1

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

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

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

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

**757** · 2014/10/16(木) 00:06:46.03

>>761
プラットフォームを返すところから少し作り始めてみましたが、
VBAのcollectionとして値を返すなら、
C#では何なの？ディクショナリ？ってとこで
早速つまづいてしまいました(;_;)

なので、VBAでラッパー作ろうかと迷走中…

**デフォルトの名無しさん** · 2014/10/16(木) 00:45:29.59

別に何しようと勝手だけど
VBAでOpenCL使う必要性って何？

非同期処理が苦手なVBAは「待ち」が生じるような複雑な計算は向かないし
計算速くするだけならDLLなりに入力投げて結果だけもらえばいいし
Officeとの連携ならVBA使う必要ないし
規定されたソフトウェア以外使用禁止だったらそもそもOpenCL使えそうにないし

**デフォルトの名無しさん** · 2014/10/16(木) 15:24:45.15

そもそもVBAに固執してる時点で視野狭窄。

**757** · 2014/10/16(木) 17:11:21.81

固執？( ´????×????` ) ﾌﾟｯ

**757** · 2014/10/16(木) 17:12:09.70

ありゃw

**デフォルトの名無しさん** · 2014/10/17(金) 13:05:53.28

あらあら可哀想なひとでしたか。

**デフォルトの名無しさん** · 2014/10/17(金) 16:09:50.28

こんなところにもシナが湧くようになったか

**デフォルトの名無しさん** · 2014/10/18(土) 01:23:16.18

そもそもそんな方法よりこうした方が・・とか
上流にまで遡って正そうとする奴がいるけど
余計なお世話なんじゃない？
VBAでOpenCLを使う方法を聞かれているんだから
答えがあるならそれに出せばいい。
無いならわからないと答えればいい。
見当違いのに話を捻じ曲げて、してやったりと
悦にはいるのか？

**デフォルトの名無しさん** · 2014/10/18(土) 13:19:15.72

余計なお世話だと感じたらスルーすればいいだけ
スルーも出来ないお子ちゃまが馬鹿にされるだけ

**デフォルトの名無しさん** · 2014/10/18(土) 15:49:20.82

>>770
あんた公務員やな

**デフォルトの名無しさん** · 2014/10/18(土) 19:40:45.23

余計な世話しなきゃいい

**デフォルトの名無しさん** · 2014/10/19(日) 02:01:55.89

まあ、余計なお世話なやつは
わかってない（解決策はわからない）
ってことだから

解決策以外はただの雑談
スルーするかしないかなんて、
どうでもいいこと

**デフォルトの名無しさん** · 2015/01/12(月) 09:09:09.30

OpenCLとCUDAの相互運用について情報を探していたらCUDAカーネルを
OpenCLランタイムから実行できると書いてある記事を見つけたんだが、
本当にそんなんできるんだっけ？
http://www.4gamer.net/games/032/G003263/20091104040/

**デフォルトの名無しさん** · 2015/02/04(水) 08:37:05.19

いままでコンスタントに500[ms]程度でkernel処理が終わってたのが、
１分以上kernel処理が終了しない異常が、
処理２回目とあと不定期に発生するようになりました。
処理の内部のループカウントを数えたら正常なときと大差なく、
重い処理をしてはいないようです。やはりハードの不具合でしょうか？

**デフォルトの名無しさん** · 2015/02/04(水) 11:47:15.88

windows update

**デフォルトの名無しさん** · 2015/02/08(日) 04:16:42.58

モバイルだと、GPU性能とCPU性能あんま大差ないからな。CPUだと4コアでNEON使えば最大性能で60GFLOPSぐらい？最新のTegraX1とかだと300GFLOPSオーバーするかもしれんが
現行のAdreno330ぐらいだと150GFLOPSくらい？

**デフォルトの名無しさん** · 2015/02/08(日) 04:19:43.86

だからNEONのコードをわざわざ書き直す必要まだないかな？メモリアクセスのほうがボトルネックになってるっぽいのもあるし。まぁ、CPUとGPU実行じゃ消費電力ちがうかもしれんが。

**デフォルトの名無しさん** · 2015/02/15(日) 00:22:26.32

個人的にはこの言語産廃な気がするけどどうなんだろう
手続きの多さはさすがにちょっと…

CUDA←AMDも似たもの作るorライセンス料払ってでも統一しろ（最良）
C++AMPとOpenACC←そのレベルの抽象言語ぐらい統一しろ（次善）
OpenCL←やめて

**デフォルトの名無しさん** · 2015/02/15(日) 10:01:14.87

OpenCLはハード非依存のGPGPUプラットフォームとして用意され、
その上にライブラリを構築してユーザーはそれを使うのが本来意図してたこと。
残念ながらそういうライブラリがあまり出てきていないのが現実かな。

**デフォルトの名無しさん** · 2015/02/15(日) 12:56:46.74

OpenCLはDSPとかFPGAとかGPU以外もターゲットに入っているから
下手に統合しない方がいいと思う

**デフォルトの名無しさん** · 2015/02/15(日) 20:42:11.90

とか言いながら、触ればわかるが単なるCUDAの焼き直しなんだよな、これ

**デフォルトの名無しさん** · 2015/02/15(日) 21:52:13.56

nvidiaのquadro K620Mか
インテルグラフィックHD5500にしようと思うんだけど
openclとか数値計算の初歩の練習としてはどっちがいいよ

**デフォルトの名無しさん** · 2015/02/15(日) 22:09:31.75

>>784
IntelのOpenCLドライバって糞だって印象しかない。
AMDやNVIDIAで動いてたコードが通らなかったりするし。

**デフォルトの名無しさん** · 2015/02/15(日) 22:20:29.24

>>785
ありがとうございます

**デフォルトの名無しさん** · 2015/02/15(日) 22:26:41.71

実は正しくないコードが他の環境ではたまたま通っていただけ、てのはよくある。
たしかにIntelのコンパイラは厳しいから、普段の開発は他のGPUでやっていても
IntelのKernel Builderでカーネルのチェックしたりするな。

**デフォルトの名無しさん** · 2015/02/16(月) 00:42:06.13

>>787
コードそのものに問題はなかったよ。
カーネルが複雑になりすぎるとIntelのコンパイラは落ちるから論外。

**デフォルトの名無しさん** · 2015/02/16(月) 00:55:29.94

IntelはGlobalWorkingGroupとLocalWGのサイズがN倍じゃないと動かないんだけどAMDは変な比率でも動く
原因調べるのの時間かかったよ

**デフォルトの名無しさん** · 2015/02/16(月) 02:05:22.57

>>789
そりゃ動くほうが不思議だｗ自分の場合はカーネルを小さくしたら
普通に通ったからそういう問題はなかったはず。

**デフォルトの名無しさん** · 2015/02/16(月) 07:56:11.60

>>785
同意

**デフォルトの名無しさん** · 2015/02/16(月) 13:24:15.63

AMDのコンパイラも最適化オンにしたらコンパイル終わらなかった事あったので、結構怪しい。(2011年ぐらいの話だけど)

**デフォルトの名無しさん** · 2015/02/16(月) 13:44:20.54

>>792
確かにAMDのコンパイラの最適化は完全に地雷だったｗ

**デフォルトの名無しさん** · 2015/02/16(月) 21:40:57.33

>>784
初心者がこれからOpenCLを始めるのにどの環境を選ぶか、という話なら
NVIDIAは避けるのが無難だな。デバッガやオフラインコンパイラなんかの
ツールが皆無に等しい。
CUDAもやりたいとかいうなら別だが。

**デフォルトの名無しさん** · 2015/02/16(月) 22:38:07.54

>>794
多くの奴はGPGPUするぞ、じゃメジャーなCUDAで良いやだからな
OpenCL使ってIntel,Nv,AMD(あとFPGAとか?)でちゃんと動くものを作らなければいけないってあんまりないだろからな

**デフォルトの名無しさん** · 2015/02/17(火) 02:24:50.68

OpenCL使ったところで、同じコードでどんなCPU/GPUでも効率よく動くとかレアケースだしなぁ。

**デフォルトの名無しさん** · 2015/02/17(火) 08:22:15.68

最高のパフォーマンスを引き出すチューニングというなら別だが、どれかGPUを想定した
コードならそこそこの速度で動くだろ。たいてい、従来のCPUより速けりゃ十分だろうし。
FPGAだけは別格で、GPUと同じコードじゃぜんぜん速度が出ないだろうが。

**デフォルトの名無しさん** · 2015/02/18(水) 10:38:35.72

SSEレジスタに乗ること期待して書いたchar16とかGPUに食わせたら憤死するで。

**デフォルトの名無しさん** · 2015/02/18(水) 16:12:46.20

アーキテクチャ毎に最適化しないと、
OpenCLで性能なんか出せないよ。

**デフォルトの名無しさん** · 2015/02/18(水) 22:51:48.89

>>798
ベクタ型は想定するターゲットで効果が見込まれる場合に使うべきで、そういう意味では
どっちかというとチューニングの範疇だろう。
そもそも、インテルのコンパイラならベクタ型使わずに普通に書いてSSE/AVXを
使ってくれるんだが。CL_DEVICE_PREFERRED_VECTOR_WIDTH_CHAR=1だしな。
下手に最適化しようとして却って駄目にしているように思える。

**デフォルトの名無しさん** · 2015/02/19(木) 01:05:51.96

かたやGPUになるとパイプラインのスカスカ具合見ながら
int2とかint4とか使って依存関係のない演算で埋めていかないとお話にならんしなぁ。

**デフォルトの名無しさん** · 2015/02/19(木) 02:14:32.89

アーキテクチャごとの最適化は、まだコンパイラとかの成長中の部分もあるだろうしなぁ

そのうち改善はしてくれるような気がするけど

**デフォルトの名無しさん** · 2015/02/19(木) 22:30:01.89

そうは言っても今のアーキが向かってる方向ってコンパイラ実装の難易度上がってるから
コンパイラの苦手な部分を補填してやらにゃ速くならないってのは改善される事はないと思う

むしろそこまで賢いコンパイラとか使いたくない

**デフォルトの名無しさん** · 2015/02/19(木) 23:19:07.50

技術的側面もあるが
それ以上にIA64がコケたことが
コンパイラを賢くしてプロセッサを脳筋にする道を
決定的に閉ざした

コンパイラの賢さに関して言えば
足並みがそろってない事の方が問題だと思う

**デフォルトの名無しさん** · 2015/02/26(木) 07:17:19.04

クロノスってなんかのアニメであったような

**デフォルトの名無しさん** · 2015/02/26(木) 14:44:53.01

クロノスはゼウスのお父さん

**デフォルトの名無しさん** · 2015/02/26(木) 20:31:41.27

マッシーンロボッ！
お前には、敵はない！

**デフォルトの名無しさん** · 2015/03/08(日) 09:21:28.42

OpenCL2.1は発表されたが相変わらずNVIDIAはやる気なさそうだなぁ、コメントくれないし。
おかげでいまだに開発は1.1ベースだよ。

**デフォルトの名無しさん** · 2015/04/12(日) 20:37:22.82

OpenCLでHEVCをGPUに部分的にデコードさせる実験やってるな
まあ新製品はハードウェアでHEVCに対応してるから不要になっちゃうんだけど

**デフォルトの名無しさん** · 2015/04/12(日) 20:37:43.88

×やってるな
○やってたな去年の夏ごろ

**デフォルトの名無しさん** · 2015/04/12(日) 21:03:58.32

結局使えるのは、いつくらいになるのか…

**デフォルトの名無しさん** · 2015/04/25(土) 14:51:39.69

vexcl使えばopenclもcudaも関係なくGPUが使えるっぽいけど

**デフォルトの名無しさん** · 2015/04/25(土) 16:55:17.48

NVIDIAでやっと1.2が使えるようになったと思ったらバグってんじゃねーか。
本当にやる気無いのな。

**デフォルトの名無しさん** · 2015/04/26(日) 16:04:03.54

そらやる気ないやろ。
cudaなら囲い込みできるのに、
cudaの焼き直しのOpenCLなんて協力するだけ損だし。

**デフォルトの名無しさん** · 2015/04/27(月) 10:52:17.46

http://pocl.sourceforge.net/

**デフォルトの名無しさん** · 2015/06/06(土) 14:22:49.99

Core i7 3990とGeForce使ってるんだけど、IntelHDが認識されてなくてデバイスマネージャに表示されない
OpenCLの性能評価を試したいんだけど、IntelHDのドライバをインストールすれば認識されますかね？

**デフォルトの名無しさん** · 2015/06/07(日) 15:10:46.44

>>816
モニタはiGPUとゲフォどっちにつないでる？
それと自作PCか？

**デフォルトの名無しさん** · 2015/06/07(日) 15:14:39.85

あ、それとintel Opencl driver　インストールうまくできるか試してみて結果おしえて

**デフォルトの名無しさん** · 2015/06/07(日) 20:39:44.84

>>817
モニタはGeForceに接続。ドライバインストール試してみる。

**デフォルトの名無しさん** · 2015/06/08(月) 05:35:15.96

Intelのにモニターをつなげないと
いけなかったはず。

**デフォルトの名無しさん** · 2015/06/08(月) 13:13:32.81

i7 3990は検索してもろくにヒットしないけど、Sandy Bridge-Eなら無理なのでは。

**デフォルトの名無しさん** · 2015/06/09(火) 01:36:37.47

そだね、そのくらい確認してるかと思って聞かなかったけど、
iGPUがついてないならそもそも無理だわな。

**デフォルトの名無しさん** · 2015/06/10(水) 12:18:07.90

うまくいけばCPUの方はOpenCLで動かせるかもしれない
やる意味ないけどね

**デフォルトの名無しさん** · 2015/06/19(金) 09:06:28.51

GPUのないノートのCPUでデバックしてから
GPUで実行できるなら俺はうれしい

**デフォルトの名無しさん** · 2015/06/19(金) 21:38:40.35

別途ドライバをインストールしなきゃならんってのが難点なんだよな。
SSE/AVXをお手軽に使えて、コア数に応じてマルチスレッドで実行してくれるから
使いではあると思うんだが。

**デフォルトの名無しさん** · 2015/06/19(金) 23:20:08.11

デバッグなんかよりチューニングが大事だからターゲットハード以外でコーディングしてもなぁ

**デフォルトの名無しさん** · 2015/06/20(土) 00:21:14.39

なにがなんでも最高性能出さなきゃならん用途ばかりじゃあるまい。
一般的な並列化のみで大多数のハードでそこそこ速くなりゃ十分、という応用もある。

**デフォルトの名無しさん** · 2015/06/22(月) 00:09:27.57

CLはチューニングなしだとCPUに惨敗もありえるのでな。

**デフォルトの名無しさん** · 2015/06/22(月) 01:11:03.05

メモリ転送とenqueueしてからの計算開始に時間かかるのがなぁ

**デフォルトの名無しさん** · 2015/06/22(月) 07:39:26.22

CPUに惨敗してた処理がチューニングでどうかなるもんか？
単に並列化できてなかっただけじゃね？

**デフォルトの名無しさん** · 2015/06/22(月) 21:40:24.04

>>830
レジスタ数とか共有メモリサイズとかでブロックサイズだっけnVIDIAでいうところのwarp数とか
調整しないとてんでダメだよ。

**デフォルトの名無しさん** · 2015/06/22(月) 21:41:31.55

>>829
そのコストを払っても高速かどうかは実機でテストするしかないしな。
機種ごとにCLを使うか通常ルーチン使うか選別するくらいしないと効果なし

**デフォルトの名無しさん** · 2015/06/23(火) 02:38:28.65

チューニングは難しい
何となくやってみたら、処理時間が5倍遅くなったときの衝撃は大きかったな

**デフォルトの名無しさん** · 2015/06/23(火) 08:25:00.27

ターゲットのハードに特化したチューニングをしないと使い物にならんようなことを
言っている人がいるが、そんなこといったらユーザー環境を特定せずに広く配布する
アプリなんて作れんな。
うちじゃ一般的なGPU向けチューニングしかしてないが、NV/AMD安いのから高いのまで
テストしてみてローエンドでもCPUの数倍くらいで動くから十分、速く動かしたいなら
高いGPU使え、ってなノリだな。

**デフォルトの名無しさん** · 2015/06/23(火) 08:50:44.48

一番遅いハードに合わせて作っとけば問題ないよ

**デフォルトの名無しさん** · 2015/06/23(火) 22:58:24.67

>>834
AMDのHSAのAPUとAMDのOpenCl2のdGPUがHPCを除いたいまのデファクト
それ以外は無視で良い。Nvは一般用でGPGPUやる気ないし
HPC用ならターゲットのハードに特化したチューニングは当然だし

**デフォルトの名無しさん** · 2015/06/24(水) 01:34:16.84

madとかそういう複合命令(?)を使ってチューニングする程度で抑えたいところ

**デフォルトの名無しさん** · 2015/08/31(月) 07:10:09.59

Vexclの開発が止まってる
誰か引き継ぐ人はいないのか？

**デフォルトの名無しさん** · 2015/09/02(水) 06:58:53.31

早く2.0を使えるようにしてくれ

**デフォルトの名無しさん** · 2015/09/03(木) 00:02:12.18

NVIDIA無視すりゃ幸せになれるぞ

**デフォルトの名無しさん** · 2015/09/03(木) 01:44:07.69

>>840
こんなに対応が遅いと思わなかったんだよ
次からはAMDを信じるよ、あればだけど

**デフォルトの名無しさん** · 2015/12/19(土) 10:21:19.84

プログラマはMacを使ってるってマジ？
http://hayabusa3.2ch.net/test/read.cgi/news/1450395043/

**デフォルトの名無しさん** · 2015/12/19(土) 10:23:37.79

単なる世間知らずが踊らされてそう言ってるだけ

**デフォルトの名無しさん** · 2015/12/19(土) 12:49:21.08

マルチコピペだぞそれ

**デフォルトの名無しさん** · 2015/12/19(土) 15:25:38.18

100スレ以上にレスしてNGにならないのは運営が公認してるマルチってことか

**デフォルトの名無しさん** · 2015/12/19(土) 16:25:03.85

GeForceはOpenCL2.xに対応した？
CUDAに同様の機能が在るから技術的に無理という事はないだろうけど

**デフォルトの名無しさん** · 2015/12/19(土) 18:13:33.83

358でやっと1.2正式サポートしたところ。

**デフォルトの名無しさん** · 2015/12/19(土) 19:06:17.07

サンクス。IntelですらOpenCL2.0に対応しているのに業界最大手のnVIDIAがやらないのはなぁ
CUDAを使えという事なんだろうけど、それではnVIDIA専用になってしまうからそれは避けたい。
かといってnVIDIAを無視する訳にもいかないというジレンマ
そろそろOpenCL2.xをメインにしていきたいのだが

**デフォルトの名無しさん** · 2015/12/20(日) 00:20:21.34

VGAはいまAMDがすごく伸びてきているんだろ
来年の後半にはVGAの販売数シェアではAMDがNvidiaを上回るんじゃないのか
再来年には一般グラフィックではIntel、AMDが2強ってなるんじゃないか

**デフォルトの名無しさん** · 2015/12/20(日) 00:47:13.59

NVIDIAのOpenCL対応はちょうどAppleが採用やめたあたりから停滞したな。
結局のところNVIDIAにとって、そういうOpenCLを望む大口の顧客でもいない限り
OpenCLに力を入れる理由はないんだろうな。

**デフォルトの名無しさん** · 2015/12/20(日) 01:02:38.32

nvidiaはopenAMP+だっけ？あっちに力いれてんじゃないのかね？

**デフォルトの名無しさん** · 2015/12/20(日) 04:40:12.37

AMDもCUDAに対応するみたいなニュースをみたけど、どうなったんだろう？
GPGPUの技術も速く落ち着いて欲しい

**デフォルトの名無しさん** · 2015/12/20(日) 07:41:04.82

CUDAが各社GPU共通のならいいけどそうじゃないからなぁ
Intel iGPUでも使えないと困る

**デフォルトの名無しさん** · 2015/12/20(日) 07:47:22.55

AMDのあれは、HSAをターゲットにしたHalideやvexclのような並列計算APIで、
それがNVIDIA向けにもコンパイルできるって話だな。既存のCUDAコードからも
コンバートできるというのは目新しいが。

**デフォルトの名無しさん** · 2016/03/29(火) 10:04:21.74

サッカーブッシュ日本代表日程ぷあたん（しゅっちょうまいくろ教育長交代）春文執行40代売上差額シュガーチョコ
https://www.youtube.com/watch?v=NDq1QoJY0nY宇ドナルドアナリストパワーストーンコーチングとしまえん
サッカーブッシュ日本代表日程古本屋よしたけしゅっちょうちょこしゅがー
ディーラー税務署天才開発者死亡詰みヨミドクターマイクロサービス不足
サッカーブッシュ日本代表日程ぷあたんシフト光金さかい強制バイト人権侵害問題
春分資源執行ニューヨーク低原価ぼったステーキソルトレイク福岡横浜新橋奴隷課金パチシフト強制バイト問題新潟米センター生残
コスメ２４チャリティー隠れ40代生活保護プレイボーイバイトレードいたりあん接待問題
マスコミKARDローンケーオーサービス不足婚活パーティー寄付金執行原発ビジネス
FBIチャイニーズタイホテル売上事務所ガチャ決算ガチャキャンペーン（販売報道陣過激派組織向携帯最新情報提供終了
校長発言細心注意ノートン産廃エラー(著作権クレーム中国反応融資高額教育費)(中国捕鯨団体40代社員サッカーコメント
高額入学金ヤフウ新橋大学ヤフウ新橋理事長FX経費おじや50代資産ガリバズフィード40代エリート

**デフォルトの名無しさん** · 2016/05/30(月) 13:15:08.40

CUDA8.0RCでも1.2どまり

**デフォルトの名無しさん** · 2016/05/31(火) 02:00:22.72

CUDAが強すぎて、なかなか広がらないイメージ

**デフォルトの名無しさん** · 2016/05/31(火) 15:24:04.45

あまり最適化されてない(できない、ifがそれなりに多い)プログラムをCPUとGPUで動かしてみて、
早い方を採用するには都合がいい。

**デフォルトの名無しさん** · 2016/08/08(月) 11:44:01.40

CUDAは強い強い言われてるけど結局一社独占の技術だから過渡期の産物で終わってメインストリームにはなれんよ
nvidia自体x86やARM関係なくCPUを締め出しにかかって古い仕様を拡張する気がなさそうだし

**デフォルトの名無しさん** · 2016/08/08(月) 23:41:36.48

しかしOpenCLも最近失速気味だしなぁ。規格は2.2まで出てるのにいまだに2.1のまともな実装すら出てないし。
AMDが体力続かなくて手を引いたりしたらOpenVXみたいにフェードアウトするんじゃないか？

**デフォルトの名無しさん** · 2016/08/13(土) 04:34:37.27

物理レンダリングが出たばっかりなのに失速とは

**デフォルトの名無しさん** · 2016/10/29(土) 09:17:30.79

AppleがGeForce採用すりゃNVIDIAもOpenCLをアップデートすると期待してたが、今回も採用なしか。
それとも逆に、いつまでもOpenCL 2.0対応しないから採用しないのかな。

**デフォルトの名無しさん** · 2016/10/29(土) 12:19:11.69

OpenCLはオワコン