OpenCLプログラミング#1

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

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

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

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

**デフォルトの名無しさん** · 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++のサンプルがあって便利そうなのに。

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

とりあえず今持ってるコードを

FORTRAN→C→OpenCL C

って感じで進めてみるかなー

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

独り言は壁に向かってしてくれ

**デフォルトの名無しさん** · 2009/11/28(土) 17:26:06

(´・ω・`)ショボーン

**デフォルトの名無しさん** · 2009/12/05(土) 23:25:28

最初の世代のLarrabeeは一般には降りてずにHPC専業でいくようだ
たのしみにしてたのに(´・ω・`)

**デフォルトの名無しさん** · 2009/12/13(日) 19:17:07

S3のGPUでOpenCL開発するためのSDKってどこ？

**デフォルトの名無しさん** · 2009/12/17(木) 16:18:02

質問です

OpenCLを使ったプログラムのバイナリはRadeonでもGeForceでも使えますか？

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

まずは実際にやる事だ

**デフォルトの名無しさん** · 2009/12/18(金) 00:39:28

ソースでも中間コードでもない、ただのバイナリをなんだと思っているんだ

**デフォルトの名無しさん** · 2009/12/23(水) 20:27:30

フィックスターズから本出るよ
http://www.amazon.co.jp/dp/484432814X

**,,・´∀｀・,,）っ-○○○** · 2009/12/23(水) 20:55:25

三木聡しゃちょはんて何処担当してるの？

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

>>241
>著者からのコメント
>"The free lunch is over."

そんなこといわれてもな・・・

**デフォルトの名無しさん** · 2009/12/26(土) 01:03:24

>>238
ソースレベルの互換性しかないので、バイナリは非互換。
ただしランタイムにカーネルのソースをコンパイル出来るので、恰もバイナリ互換があるかのようにコーディング出来る。
とはいえ、そうするとCELLみたいに特殊な構造だとパフォーマンスを発揮するようにコードを書くのがたいへんだろうけど。

**デフォルトの名無しさん** · 2009/12/26(土) 13:46:36

Radeonの4650で遊んだ感じでいうとCellのが楽だな

**デフォルトの名無しさん** · 2009/12/28(月) 09:34:55

>>242
そこには触れてやるな。みんなおかしいとは思っているがしゃちょーには逆らえない

**デフォルトの名無しさん** · 2009/12/28(月) 19:37:20

>>245
http://techreport.com/discussions.x/18201

**,,・´∀｀・,,）っ-○○○** · 2009/12/30(水) 03:30:14

今年（来年？）はプログラミングコンテスト開かないの？

**デフォルトの名無しさん** · 2010/01/01(金) 10:53:23

うっせー糞して寝ろ

**デフォルトの名無しさん** · 2010/01/05(火) 20:45:23

どっちかっていうと、OpenGL内部のメモリ内容を直接書き換えれるのが大きいな。
描画内容に変更加えて再描画とか、データの高速可視化とか。

個人的にCPUに付加かけずにリアルタイム可視化ができるのがいいな。

**デフォルトの名無しさん** · 2010/01/18(月) 19:22:26

OpenCL並列プログラミングって本が25日に出るみたい。

**デフォルトの名無しさん** · 2010/01/18(月) 22:04:56

しってるしってる、と思ったらフィクスターズのやつとは別か
ソースｷﾎﾞﾝﾇ

**デフォルトの名無しさん** · 2010/01/18(月) 22:14:14

>>252
今日の日経の朝刊1面下の広告

**デフォルトの名無しさん** · 2010/01/18(月) 22:18:22

出版社：カットシステム
著者：池田成樹
http://www.cutt.co.jp

**デフォルトの名無しさん** · 2010/01/18(月) 22:19:55

JAL株5円まで来たか
いよいよ明日はクライマックス

**デフォルトの名無しさん** · 2010/01/18(月) 23:48:45

うっせー糞して寝ろ

**デフォルトの名無しさん** · 2010/01/19(火) 00:15:14

便秘で出ないっす

**デフォルトの名無しさん** · 2010/01/19(火) 20:00:15

ケツに目薬をさすと便秘が治るという噂を聞いたことがある

**デフォルトの名無しさん** · 2010/01/21(木) 15:08:18

最近GPGPUを始めようと調べ始めたのですが、
cudaとCLの違いって、CUDAはCPU部分もカーネル部分も混在したプログラムを書いてnvccが両者を分離してくれる、
CLはプログラマ自身が最初からCPU用とカーネル用とを分けてプログラムを書く
という認識でよいですか。

カーネルとかグローバルメモリとかの概念はほぼ一緒と考えてよいのでしょうか。
CLの方が拡張言語っぽくないのと共通規格な分気持ちがいいですが、カーネルのコンパイルとか引数設定を明示的にしないといけない分どんくさい感じですね。

**デフォルトの名無しさん** · 2010/01/21(木) 15:14:41

OpenCLはまだまともに動かないからCUDAにしとけ

**250** · 2010/01/21(木) 18:20:06

cudaとopenclの決定的な違い？

cudaはGPGPU
openclは計算機資源API
GPUに限らず、CPU,(故)Cell/BE,DSPチップ等の演算装置を汎用的な計算機資源として使うためのAPIがCL
GPUを使うならメモリ概念はCUDAとだいたい同じ。

完全にホストプログラムとカーネルプログラムおよび両者間通信を手作業で作らないといけないどんくささ（？）はあるものの
「メインプログラムはホスト実行で,計算機資源だけ別のハードウェアを使う」設計APIなので自由度はかなり高い

ただOpen○○のくせにMac10.6以外はまともに動く環境が少ないとか
JITコンパイルなので実行するまでソースのバグがわからない上に資料がまだ充実してないとか、
けっこうまだまだ問題も多い。
>>260の言う通り今やるならCUDAが良いと思うぞ。

**259** · 2010/01/21(木) 18:49:08

セルとかララビーとかアムドが本気を出すとか色々可能性があるからCLの方がいいかなと思ってたけど
CUDAの方がいいのかな。
拡張言語ってのが言語仕様的にOpenMPあたりと干渉しそうなのもCLを考えていた要素なんだけど。