OpenCLプログラミング#1

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

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

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

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

**デフォルトの名無しさん** · 2009/08/25(火) 11:52:01

AMDのOpenCL入門記事「Introductory Tutorial to OpenCL」
ttp://developer.amd.com/gpu/ATIStreamSDK/pages/TutorialOpenCL.aspx

**デフォルトの名無しさん** · 2009/08/25(火) 21:19:55

>>132
ないない。
ATIのMac版は常に後。再生支援すらまともじゃない笑えない現実がある。

**デフォルトの名無しさん** · 2009/08/25(火) 21:55:12

再生支援とは別としてOpenCLは力を入れてくるんじゃないか

**デフォルトの名無しさん** · 2009/08/26(水) 08:51:22

>>135
ATIのOpenCL対応GPUが>>132の二つだけということからも極めて怪しい。

**デフォルトの名無しさん** · 2009/08/26(水) 23:19:23

？よくわからんが後回しどころか4800シリーズの二つは既に対応してるんだよな？

**デフォルトの名無しさん** · 2009/08/27(木) 00:17:44

後一両日中には分かることさ

**デフォルトの名無しさん** · 2009/08/27(木) 11:05:51

>>137
nVidiaに比べてしょぼしょぼ。

http://netkas.org/?p=164
>Radeond OpenCL support is very poor, only few of many apple’s opencl
>demo run on it

**デフォルトの名無しさん** · 2009/08/28(金) 20:25:46

だれかOSXで試してみたやつおる？

**デフォルトの名無しさん** · 2009/08/29(土) 07:02:33

OSXでOpenCL使っているアプリが無い

**デフォルトの名無しさん** · 2009/08/29(土) 08:49:38

ATIは宣伝文句ばっかりでやることはごみ
まさかこんな最新技術を扱うスレでRADEONなんて買ってる情弱はいないと思うが

**デフォルトの名無しさん** · 2009/08/29(土) 10:25:26

>>141
そっちは今からじゃね?
次のiLife系列で対応してきそうだし

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

QTXがたいおうしていなかったっけ？

**デフォルトの名無しさん** · 2009/09/05(土) 03:48:17

対応したところで現在のところ95%のMacに載ってるGPUは使い物にならない性能
Mac ProですらGT120 (9500GT相当) だからな

**デフォルトの名無しさん** · 2009/09/11(金) 08:23:44

>ATI StreamSDK 2.0 beta(Windows, CPU 利用)の
>OpenCL 実装だと、8 秒近くもかかってとてつもなく遅い！
>(SnowLeopard だと 0.0001 秒なのに…)
http://lucille.atso-net.jp/blog/?p=907

そもそもAMDの実装が糞という話が･･･

**デフォルトの名無しさん** · 2009/09/12(土) 22:51:30

>>146
世に出すってレベルじゃねーな。何かの間違いだとは思うが。

**デフォルトの名無しさん** · 2009/09/13(日) 02:25:23

つ AMD StreamSDK v.20 「ベータ」

**デフォルトの名無しさん** · 2009/09/13(日) 10:34:43

1.0すらβな件

αの間違いじゃねーのか？ｗ

**デフォルトの名無しさん** · 2009/09/13(日) 14:21:31

γはまだ～？

**デフォルトの名無しさん** · 2009/09/13(日) 18:38:32

>>146
OpenCLって単に実行ファイルを一つにできるというだけで
結局各社のCPUなりGPUなりの特性にあったコードを別々に書かなくちゃ性能出ないの？

**デフォルトの名無しさん** · 2009/09/13(日) 22:39:40

うん
CPUでも性能出そうと思ったら、CPUごとに最適化しないと駄目だし、しょうがないんじゃね

**,,・´∀｀・,,）っ-○○○** · 2009/09/13(日) 22:44:14

曲がりなりにもC/C++が使えるCellがあんなことになってたりするけど
ハードウェアの特性の違いまでは言語・フレームワークで吸収できるものではありません。
OpenCLの実態も、まあお察し下さい。

**,,・´∀｀・,,）っ-○○○** · 2009/09/13(日) 22:47:13

あと、Appleの実装はともかくAppleの力の及ばないWindowsやLinuxまで
NVIDIAとATIのOpenCLコードにバイナリレベルの互換性があるとは限らないぞ
OpenGLが各社独自拡張によってカオスなことになってるようにね。

**デフォルトの名無しさん** · 2009/09/13(日) 22:51:24

OpenCLの互換性はソースレベルだろ。
それも最低限の仕様だけを使ったものなら
どれでも動くというレベル

ハードの特性を取得して、場合わけするなど
OpenGLとほぼ一緒

**デフォルトの名無しさん** · 2009/09/13(日) 23:09:02

それじゃ結局各社が出してるGPGPU環境使ってそれぞれに開発した方が効率よくない・・・？

**デフォルトの名無しさん** · 2009/09/13(日) 23:21:12

それでも同じコードで動くかどうかは重要だよ。
必ずしも全部を最適化する必要なんてないんだし。

**デフォルトの名無しさん** · 2009/09/13(日) 23:57:09

でもカーネルのソース読み込んでオンライン･ビルドってのがなー
この仕様だと製品版でOpenCL対応しましたーって会社でないんじゃないかな？？

**デフォルトの名無しさん** · 2009/09/14(月) 10:56:56

とりあえず標準仕様に合わせて書いておけば動くというのは心強いぞ。
現状Intelコンパイラの自動ベクトル化とか糞過ぎるから、今後こういうところで頑張らないと計算分野でGPUに水をあけられる可能性がある。
AMDは…お察し下さい。

**デフォルトの名無しさん** · 2009/09/14(月) 17:57:33

将来のハードの進歩でって投げ技が使えていいんじゃないか？

**デフォルトの名無しさん** · 2009/09/14(月) 21:00:45

>>155
>ハードの特性を取得して、場合わけするなど
そういった特性とか最適化を担っているのがLLVM。

OpenCL→LLVM→

**,,・´∀｀・,,）っ-○○○** · 2009/09/14(月) 21:30:32

LLVM（笑）

そりゃそんな物に頼ってるからGPUに対応できないわけだ

LLVMは魔法のソフトじゃない。
未知のアーキテクチャに対応できるのはハードを知り尽くした人間だけだ。
ハード作った人間が対応投げてたら世話無いわ。

**デフォルトの名無しさん** · 2009/09/15(火) 00:12:47

何でもいいからWindowsで動く処理系きてくれー

**デフォルトの名無しさん** · 2009/09/15(火) 00:33:45

何でもいいなら半年ほど前からNVIDIAが出してる

**デフォルトの名無しさん** · 2009/09/15(火) 00:52:23

>>162
> 未知のアーキテクチャに対応できるのはハードを知り尽くした人間だけだ。
> ハード作った人間が対応投げてたら世話無いわ。

あり得ない。コンパイラ技術を知らないアセンブラ人間？

**デフォルトの名無しさん** · 2009/09/15(火) 01:14:34

団子には何言っても主張を曲げないよ
無駄な煽りでスレが荒れるだけ、NG推奨

**デフォルトの名無しさん** · 2009/09/15(火) 01:47:02

両方とも言ってる事がおかしい

**デフォルトの名無しさん** · 2009/09/15(火) 03:56:13

OS X ハッキング! 335 ついに姿を現した「OpenCL」、その実力
http://journal.mycom.co.jp/column/osx/335/index.html

**,,・´∀｀・,,）っ-○○○** · 2009/09/16(水) 00:55:52

>>165
コンパイラはどうやってコード吐くんですか？
どの命令とどの命令が並列実行出来るとかって情報は誰が持ってるんですか？

ああ、今時Javaでもx86のJITフレームワーク触れますよ

**,,・´∀｀・,,）っ-○○○** · 2009/09/16(水) 01:03:34

オープンソースの力を借りるのはある程度動くものができてからの話よ。
CPUだととんでもなく遅いです、GPUだと動きません、じゃ、話にならないでしょ。
そもそもStream 1.0の正式版を出さないうちに2.0のβ（笑）をでっちあげる神経を疑う。

ハードだけ出してソフト丸投げでは、どっかのCell（笑）と同じじゃないの。
それより更に悪い。

**デフォルトの名無しさん** · 2009/09/16(水) 08:56:27

OpenCLもOSS化されたGrand Central Dispatch（Cへのブロック追加＋OSでの対応＋LLVM/Clang）も、
LLVM/Clangが鍵になってるけど、これは言語に対する低レベルなVMであって、
別にJavaなんかと同一視してVMだからどうこうと言っても理解できないかも。

因みにNvidiaもOpenCl実装にLLVM/Clangを利用してるし（今後その実装で続くのかは不明）、
GPU非依存化にはこういう仕組みは不可欠じゃね。

**デフォルトの名無しさん** · 2009/09/16(水) 11:02:06

中間コードに落とし込むまではどうでもいいんだよ
実際にターゲットハードウェアで走るコード生成機
GNU開発ツールでいうところのbinutilsみたいなのは
ハードごとに用意しないといけない

それすら満足に作らないまま大風呂敷だけ広げてるから
馬鹿にされるんだって

**デフォルトの名無しさん** · 2009/09/17(木) 01:35:08

はあ？

**デフォルトの名無しさん** · 2009/09/17(木) 01:41:05

はぁ・・・

**デフォルトの名無しさん** · 2009/09/18(金) 00:20:38

はぁ…っ

**デフォルトの名無しさん** · 2009/09/19(土) 00:31:25

物分りが悪すぎるぞ
お前のパソコンでLLVMが動くのはLLVMにx86のコードジェネレータが組み込まれてるからであって
コードジェネレータが用意されてなければ動かしようが無い。

コードジェネレータが用意されて無いなら、0からでもそれを作らないと話にならんのよ。
AMDは用意して無い。
だからGPUで動かない。
当然の話だ。

**デフォルトの名無しさん** · 2009/09/19(土) 00:39:22

してないの？
Q3中にGPU対応バージョン公開
Q4に正式版公開と公言しているのに。

**デフォルトの名無しさん** · 2009/09/19(土) 03:27:54

当然もなにも、当たり前過ぎて。

**デフォルトの名無しさん** · 2009/09/19(土) 09:38:17

この馬鹿は俺らを笑い殺すつもりか？

**デフォルトの名無しさん** · 2009/09/23(水) 08:36:49

つまりベンダーは OpenCL ランタイムが載ったドライバ開発を急げと？

**デフォルトの名無しさん** · 2009/09/24(木) 12:51:14

GPUメーカーに作らせたものなど性能を良く見せるためにCPUが遅くなるように細工してるに決まってるだろ

**デフォルトの名無しさん** · 2009/09/24(木) 17:48:12

細工っていうか手を抜く

**デフォルトの名無しさん** · 2009/09/25(金) 10:43:31

Khronos groupのOpenCL公式フォーラム
http://www.khronos.org/message_boards/viewforum.php?f=28

**デフォルトの名無しさん** · 2009/09/29(火) 21:30:53

OpenCL Download Page
http://developer.nvidia.com/object/opencl-download.htm

**デフォルトの名無しさん** · 2009/09/29(火) 23:02:32

>>184
ＣＵＤＡより数倍遅いんだけど

**デフォルトの名無しさん** · 2009/09/29(火) 23:03:22

俺に言われてもしらんがな

**デフォルトの名無しさん** · 2009/09/29(火) 23:05:19

と思ったがＮ-Bodyのパーティクル数が違っただけだった

**デフォルトの名無しさん** · 2009/09/30(水) 01:07:29

SDKぶっこんでみたら、DirectCompute用も入ってた

**デフォルトの名無しさん** · 2009/09/30(水) 06:28:55

今OpenCLに対応してるのはヌビディアだけか

**デフォルトの名無しさん** · 2009/09/30(水) 07:41:20

まあいつも通りの事だ
AMDは毎回ポーズだけ

**デフォルトの名無しさん** · 2009/09/30(水) 12:47:44

openclって標準化されてるとはいうけど
NVIDIAでコンパイルしたバイナリをCPUやATIで動かせるようになるんかな？
それぞれ別々にバイナリを作って配布することになるんかな？

**デフォルトの名無しさん** · 2009/09/30(水) 13:41:09

>>191
デバイス毎に定数を調整するとか実装を調整するとか必要になる希ガス。
なので、仮に一つのバイナリだとしても中身は別物になりそう。

**デフォルトの名無しさん** · 2009/09/30(水) 20:31:44

>>191
だから無理だって

**デフォルトの名無しさん** · 2009/09/30(水) 23:24:46

>>191
バイナリファイルにコンパイルできるのか
ずっとHLSLみたいに実行時コンパイルだと思っていた

**デフォルトの名無しさん** · 2009/10/01(木) 00:23:16

>>194
どうもそうらしい

**デフォルトの名無しさん** · 2009/10/01(木) 01:06:26

バイナリ状態でロードして実行も出来るし、実行環境で実行直前にコンパイルすることもできるよ。

**デフォルトの名無しさん** · 2009/10/01(木) 10:06:41

>>196
そのバイナリってのは中間コードみたいなものなの？
それともハードウェア依存の完全なバイナリなの？

**デフォルトの名無しさん** · 2009/10/01(木) 21:15:46

EarFluid: Experimental QC OpenCL iTunes visualizer
ttp://www.mutantquartz.com/?p=40

**デフォルトの名無しさん** · 2009/10/01(木) 23:39:11

>>197
バイナリはハード依存でしょ。
Nvidiaが内部的に中間コード使ってるらしい？
でも当然AMDと互換性はない。

**デフォルトの名無しさん** · 2009/10/02(金) 10:33:36

CUDAとOpenCL、言語によってパフォーマンスに差は出ますか？

**デフォルトの名無しさん** · 2009/10/02(金) 19:20:28

>>200
現状OpenCLが桁違いに遅い。。。

**デフォルトの名無しさん** · 2009/10/02(金) 21:15:18

>>199
llvmの中間コードを使っているのであれば
ポータブルではない。

**デフォルトの名無しさん** · 2009/10/03(土) 00:38:14

>>200
最終的には同じになる、ってOpenCLプログラミングセミナーでnvidiaの偉い人が言ってた。

**デフォルトの名無しさん** · 2009/10/03(土) 02:31:57

NVIDIAのOpenCLドライバ使ってるんだけど、カーネル実行って同期処理になってない？？
キューに入れてから戻るまで時間がかかりすぎで、マルチタスク的な動作が出来ないんですが。。。

>>203曰く、ちゃんと対応されるのかな？
それとも、俺がOpenCLの仕様を読み間違えてるだけ？（汗

**デフォルトの名無しさん** · 2009/10/03(土) 13:40:35

>>198
GeForce9400だと5fpsくらいしか出ないけど面白いね
CPU負荷が全く上がらない

**デフォルトの名無しさん** · 2009/10/06(火) 11:00:59

OpenCLはサザビーでも使えるの？

**デフォルトの名無しさん** · 2009/10/06(火) 11:25:46

エゴだよそれは

**デフォルトの名無しさん** · 2009/10/08(木) 03:02:00

>>204
内部でＣＵＤＡを使ってるだけだろうし原理としてはそうなる
基本的に同期処理が原則
だからカーネル実行は細分化してやらないとだめ
画像を処理するなら１行処理する関数をカーネル化してＣＰＵ側でループするみたいな
やりかたじゃないとだめ

**デフォルトの名無しさん** · 2009/10/10(土) 03:43:44

SDK 2.3b released
OpenCL Download Page
ttp://developer.nvidia.com/object/opencl-download.html

**デフォルトの名無しさん** · 2009/10/10(土) 06:42:05

そのうちオライリーが一冊本を書くんじゃなかろうか
日本語翻訳版が出るかどうかは知らないけど

**デフォルトの名無しさん** · 2009/10/10(土) 11:48:34

CUDAとATI Stream SDKとOpenCLの関係がいまいち分からんけど、
OpenCLの中のオプションとしてCUDAとかATI Stream SDKとか位置づけされるってことなのかな。

今CUDA用に記述してあるソースコードも、OpenCL用にちょこっと書き換えればAMDのGPUでも、
他のOpenCLに対応したGPGPUでも動作するってこと？

**デフォルトの名無しさん** · 2009/10/11(日) 03:22:25

>>208
いやいや、CUDAの動作はそれであってるのけど、それはOpenCLの仕様違反だろ？
それに画像処理するならカーネルループとかあり得ないし。カーネル実行のオーバーヘッドの事を理解していないとしか思えないな。

**デフォルトの名無しさん** · 2009/10/11(日) 10:06:30

OpenCL Tutorial - Shared Memory Kernel Optimization
http://www.macresearch.org/opencl_episode6
OpenCL Tutorials
http://www.macresearch.org/opencl
OpenCL Programming Guide for Mac OS X
http://developer.apple.com/mac/library/documentation/Performance/Conceptual/OpenCL_MacProgGuide/Introduction/Introduction.html

**デフォルトの名無しさん** · 2009/10/11(日) 18:47:07

>>212
物理的にＧＰＵがマルチタスクに対応してないんだからどうしようもないな
オーバーヘッドも含めてＧＰＵ処理の性能の限界が現時点でそうなんだからしょうがない

**デフォルトの名無しさん** · 2009/10/19(月) 21:09:31

>>213
思ったんだけど、もろにNVIDIA寄りの内容だよね

**デフォルトの名無しさん** · 2009/10/19(月) 21:58:59

2009 LLVM Developers' Meeting
http://llvm.org/devmtg/2009-10/
↑OpenCLなどApple社員系の情報が非公開なのは残念だが参考に。

http://llvm.org/docs/ReleaseNotes-2.6.html

**デフォルトの名無しさん** · 2009/10/22(木) 01:41:00

>>211
違う。

C と C++ と Java みたいなモンで３つとも同じように
CPU 上で動くが各言語間でソースコードの互換性は……だろ？

CUDA は like C、ATI Stream は Book+、OpenCL は OpenCL C という別言語になる。
プログラマは自分の開発環境などに合わせた好きな言語が選べるってだけだ。

**デフォルトの名無しさん** · 2009/10/22(木) 12:21:11

新iMacのGPUがRadeonなんだが、OpenCLの対応はどうなの？
SDKあるんだっけ？

**デフォルトの名無しさん** · 2009/10/29(木) 23:09:47

なんか在庫買いあさったらしいからこれから最適化進めてくるんじゃない

**デフォルトの名無しさん** · 2009/10/31(土) 11:17:42

誰かこの前、秋葉原で開催されたOpenCLセミナー行った人いる？
いたら、簡単な感想聞きたいです。

**デフォルトの名無しさん** · 2009/11/01(日) 01:05:25

>>220
いったよ
・nVIDIAの人「Fermiアーキテクチャは凄いぞ！」まぁ凄いけどさ。
・FIXSTARSの人のプログラミング入門は参考になったけどあの内容だけだと即書くのはキツイ。
　最後には「ちゃんとやりたい人向けに終日の有料教室やってるよ！」だったしw
・Appleの話はOpenCLじゃなくて殆どCocoaの話…
・Dellは殆ど営業トーク

内容的にはそんなに深くなかったかなー…って感じ。

**デフォルトの名無しさん** · 2009/11/03(火) 04:42:31

オープンクルとオープングルって何か共通点はあるの？

**デフォルトの名無しさん** · 2009/11/03(火) 08:17:17

釣られないぞとつぶやいたそこのあなた。
既に釣られてますよ。

**デフォルトの名無しさん** · 2009/11/05(木) 12:25:52

OpenCLはCPUのSIMD命令を置き換えられるようなものになるといいな
そのうちCPUにGPUも統合するんだからさ

**デフォルトの名無しさん** · 2009/11/05(木) 19:47:54

バイナリが環境依存なのがなあ。
CUDAみたいに、中間コードがあればいいのに。

**デフォルトの名無しさん** · 2009/11/05(木) 19:57:30

>>220
基本は221の通りだが、フィックスターズの人が1月に本来出すとか言ってた

**デフォルトの名無しさん** · 2009/11/23(月) 18:23:10

ttp://www.alphaworks.ibm.com/tech/opencl

**デフォルトの名無しさん** · 2009/11/23(月) 18:28:39

POWER6とcellもopenCLに対応

**デフォルトの名無しさん** · 2009/11/23(月) 19:06:30

いろいろ対応してくれるのはいいけど、カーネル・ソースが第三者に丸見えなのは何とかならないの？

**デフォルトの名無しさん** · 2009/11/23(月) 23:57:57

暗号化すればいいじゃない

**デフォルトの名無しさん** · 2009/11/24(火) 05:03:17

見られて困るほど複雑なアルゴリズムはカーネルだけじゃ作れないから大丈夫だｗ

**デフォルトの名無しさん** · 2009/11/27(金) 22:27:11

ATI Streamを落としてきたけどマニュアルないのな。
KronosにはCのはあるけどC++のはないね。
せっかくStreamにC++のサンプルがあって便利そうなのに。