さてついにOpenCLの仕様が公開されました。
http://www.khronos.org/opencl/
公式ページにはAPIのヘッダファイルが公開されており、
まだ実際に動かす事はできないもののプログラミングすることは可能となっています。
ということで、公開に先んじてプログラミングを始めてしまいましょう。
OpenCLプログラミング#1
■ このスレッドは過去ログ倉庫に格納されています
1a36 ◆K0BqlCB3.k
2008/12/10(水) 15:38:252008/12/10(水) 15:57:47
ひとまずwgetじゃなくて2get
Mac界隈ではCore Imageみたいにかなり使われそうだけど他のプラットフォームではどうなるかな?
Mac界隈ではCore Imageみたいにかなり使われそうだけど他のプラットフォームではどうなるかな?
2008/12/10(水) 19:55:47
仕様策定にあたり、国内メーカはほとんどなし?
NやFなどのスパコンメーカは入っていてもよさそうなのに…
NやFなどのスパコンメーカは入っていてもよさそうなのに…
2008/12/10(水) 20:08:08
イマイチだなこりゃ
極一部で流行って終了の予感
極一部で流行って終了の予感
5a36 ◆K0BqlCB3.k
2008/12/10(水) 20:10:45 >>2
まだGPGPUでどんな事ができるのか模索している段階ですので、
キラーアプリが早い段階で出てこないとOpenCLを標準化するのは
難しくなっていくと思います。
Microsoftや他の団体が別の標準を作ってしまってからでは
OpenGLとDirectXのような亀裂を生んでしまうでしょう。
まだGPGPUでどんな事ができるのか模索している段階ですので、
キラーアプリが早い段階で出てこないとOpenCLを標準化するのは
難しくなっていくと思います。
Microsoftや他の団体が別の標準を作ってしまってからでは
OpenGLとDirectXのような亀裂を生んでしまうでしょう。
6a36 ◆K0BqlCB3.k
2008/12/10(水) 20:12:58 とりあえず、仕様書の翻訳を始めるために許可とってきます。
2008/12/10(水) 20:27:22
SpursEngineが対応しそう。
ttp://www.watch.impress.co.jp/akiba/hotline/20081206/etc_toshibaev0.html
ttp://www.watch.impress.co.jp/akiba/hotline/20081206/etc_toshibaev0.html
2008/12/10(水) 20:49:11
>汎用API「Open CL」への対応も「好きな奴がいて、
>仕事の合間にやっている」(同氏)とのこと。これが実現すると、
>「同じプログラムがCPUでもGPUでもSpursでも動く」
>という環境になるが、進行状況については「上司からお金が
>もらえなくても、コツコツと(笑」なのだとか。
期待できるのかなw
>仕事の合間にやっている」(同氏)とのこと。これが実現すると、
>「同じプログラムがCPUでもGPUでもSpursでも動く」
>という環境になるが、進行状況については「上司からお金が
>もらえなくても、コツコツと(笑」なのだとか。
期待できるのかなw
2008/12/10(水) 21:27:51
金出してやれよ
2008/12/10(水) 22:04:54
Pixelmatorとか対応しそうじゃないか?
したらPhotoshopを超える最強アプリになる予感。
したらPhotoshopを超える最強アプリになる予感。
2008/12/10(水) 22:25:22
2008/12/10(水) 22:29:24
簡単に言うと、NVIDIAが独自にGPU用に作ったのがCUDAで、
GPU以外のデバイスも視野に入れられて作られようとしているのがOpenCL。
GPU以外のデバイスも視野に入れられて作られようとしているのがOpenCL。
2008/12/10(水) 22:33:06
寿命短そうだな
2008/12/10(水) 22:34:08
2008/12/10(水) 22:43:28
想像だけど、ClearCaseやTerareconのようなデバイスメーカも対応せざるを得なくなるかもね。
CPUでも実装可能だし、当然ララビーも対応してくるんじゃない?
CPUでも実装可能だし、当然ララビーも対応してくるんじゃない?
2008/12/10(水) 22:52:56
iPhoneの例のスレと似たふいんき・・・何なの
17a36 ◆K0BqlCB3.k
2008/12/10(水) 23:17:58 ■Khronos Group発表ニュースリリースの抄訳
http://www.khronos.org/news/articles/20081209-OpenCL-1-0-jp.pdf
■OpenCL 1.0 仕様書(英語)
http://www.khronos.org/registry/cl/specs/opencl-1.0.29.pdf
■cl.h - OpenCL 1.0 ヘッダファイル
http://www.khronos.org/registry/cl/api/1.0/cl.h
■cl_gl.h - OpenCL 1.0 OpenGLインテグレーションヘッダファイル
http://www.khronos.org/registry/cl/api/1.0/cl_gl.h
■cl_platform.h - OpenCL 1.0 環境依存マクロ
http://www.khronos.org/registry/cl/api/1.0/cl_platform.h
※まだ OpenCL 1.0 ツールキットはリリースされていません
http://www.khronos.org/news/articles/20081209-OpenCL-1-0-jp.pdf
■OpenCL 1.0 仕様書(英語)
http://www.khronos.org/registry/cl/specs/opencl-1.0.29.pdf
■cl.h - OpenCL 1.0 ヘッダファイル
http://www.khronos.org/registry/cl/api/1.0/cl.h
■cl_gl.h - OpenCL 1.0 OpenGLインテグレーションヘッダファイル
http://www.khronos.org/registry/cl/api/1.0/cl_gl.h
■cl_platform.h - OpenCL 1.0 環境依存マクロ
http://www.khronos.org/registry/cl/api/1.0/cl_platform.h
※まだ OpenCL 1.0 ツールキットはリリースされていません
2008/12/10(水) 23:30:05
さらっとサンプルソース見たけど
clCreateProgramWithSourceに渡すのはソースのテキストそのままだけど、
clCreateProgramWithBinaryに渡すバイナリって何だろ、
そのバイナリってデバイス間で互換性あんの?
clCreateProgramWithSourceに渡すのはソースのテキストそのままだけど、
clCreateProgramWithBinaryに渡すバイナリって何だろ、
そのバイナリってデバイス間で互換性あんの?
2008/12/10(水) 23:36:32
CUDA向けに書いて少しいじればOpenCLでも動くのかな?
http://www.appleinsider.com/articles/08/12/10/nvidia_pioneering_opencl_support_on_top_of_cuda.html
http://www.appleinsider.com/articles/08/12/10/nvidia_pioneering_opencl_support_on_top_of_cuda.html
2008/12/11(木) 00:25:28
少々スレ違いだけどKhnoros Groupって他の標準化もやってたのか。
OpenVG(オープンなベクターグラフィックスAPI)
http://journal.mycom.co.jp/news/2008/12/10/073/index.html
OpenVG(オープンなベクターグラフィックスAPI)
http://journal.mycom.co.jp/news/2008/12/10/073/index.html
2008/12/11(木) 00:49:08
なんなのこのふざけた名前
2008/12/11(木) 03:46:32
>>14
重箱隅ですがspursはCell規格じゃないですよ。PPEねーし。
PS3以外のCellにOpenうんちゃらみたいな標準規格って需要あんのかな?
IBMのCellスパコンとかは、素人目には専門家がカリカリチューニングしてそうな印象あるし
OpenGL以外におけるKhronosをどこまで信用して良いのかもいまいち。
COLLADAとか半端仕事な印象拭えないんだよな……。使ってるとこは使ってんだろか?
重箱隅ですがspursはCell規格じゃないですよ。PPEねーし。
PS3以外のCellにOpenうんちゃらみたいな標準規格って需要あんのかな?
IBMのCellスパコンとかは、素人目には専門家がカリカリチューニングしてそうな印象あるし
OpenGL以外におけるKhronosをどこまで信用して良いのかもいまいち。
COLLADAとか半端仕事な印象拭えないんだよな……。使ってるとこは使ってんだろか?
2008/12/11(木) 21:38:21
>>22
PS3 みたいなガチガチに決まってる奴にこそ不要だろ。
例えばこういうの
http://www.hirax.net/dekirukana8/bijin2/
こそ、OpenCL的なものが実力を発揮しやすい。
で、この機能がDVカムとかに普及したとしよう。
OpenCL で実装しておけば、次のバージョンの製品の該当部分を、OpenCL 対応の別のチップに変更することも出来る。Cell から nVidia へというように。
これは一例だが、要するに標準規格への需要はある。
だけど、汎用性は効率とのトレードオフでもあるし、ネガティブな要素を数え上げればきりがない。
現段階で普及するかどうかを予測するのは無意味に近いが、今なら先行者利益に預かれるかも知れない。
PS3 みたいなガチガチに決まってる奴にこそ不要だろ。
例えばこういうの
http://www.hirax.net/dekirukana8/bijin2/
こそ、OpenCL的なものが実力を発揮しやすい。
で、この機能がDVカムとかに普及したとしよう。
OpenCL で実装しておけば、次のバージョンの製品の該当部分を、OpenCL 対応の別のチップに変更することも出来る。Cell から nVidia へというように。
これは一例だが、要するに標準規格への需要はある。
だけど、汎用性は効率とのトレードオフでもあるし、ネガティブな要素を数え上げればきりがない。
現段階で普及するかどうかを予測するのは無意味に近いが、今なら先行者利益に預かれるかも知れない。
2008/12/12(金) 21:58:03
組み込み関連の所が多いって所にやっぱメディア系の家電とかへの需要が期待されてるのかね
車載とか携帯電話もありうるのかな
車載とか携帯電話もありうるのかな
2008/12/13(土) 06:17:58
>>24
ありうるけど、まだ高価すぎる。
PIC や DSP なみにコモディティ化したら、みんなが使うだろう。
組み込みにとっては、CUDA か CL かというのは、次かその次の世代の話だろう。
ま、現場はアレもコレも知っとかないとねw
ありうるけど、まだ高価すぎる。
PIC や DSP なみにコモディティ化したら、みんなが使うだろう。
組み込みにとっては、CUDA か CL かというのは、次かその次の世代の話だろう。
ま、現場はアレもコレも知っとかないとねw
2008/12/13(土) 08:55:49
これれは今出てるiPhoneでも使えるのかね
2008/12/13(土) 10:14:46
2008/12/15(月) 02:44:31
DsPICってのも有るし、しかも最近clockがどんどん上がってる。
このPICに載ってるDSPの数が増えたら8bitのGPGPUって感じじゃね?
このPICに載ってるDSPの数が増えたら8bitのGPGPUって感じじゃね?
2008/12/15(月) 09:32:57
dsPIC m9(^Д^)プギャーーーッ
2008/12/17(水) 03:23:32
なんでこのスレでdsPICの名前が
CLで叩く意味はちょっと見出せないw
CLで叩く意味はちょっと見出せないw
2008/12/18(木) 03:06:23
これは楽しみだわ
2008/12/22(月) 21:22:09
spec読んだけどcudaに毛が生えたようなもんだね
メモリ階層もモデル化したと言うけど、ほぼ現行のGPUが前提。
興味なくなった。
メモリ階層もモデル化したと言うけど、ほぼ現行のGPUが前提。
興味なくなった。
2008/12/22(月) 21:51:48
1.0だからな・・・
Intel VTと同じで2.0からが本気なんだよwww
Intel VTと同じで2.0からが本気なんだよwww
2008/12/23(火) 14:09:23
Open CLって結局なんなんだよ
2008/12/23(火) 19:27:26
2009/02/15(日) 19:12:01
2009年,本格始動するGPGPUの世界・後編〜GPGPUのプラットフォーム動向
http://www.4gamer.net/games/076/G007660/20090206031/
http://www.4gamer.net/games/076/G007660/20090206031/
2009/02/15(日) 19:15:04
>>32
>OpenCLについて,「Direct3DにおけるDirectX Compute Shaderのようなもの?」
>というイメージを抱くかもしれないが,コンセプトや実現様式が微妙に違う。
>
>最大の違いは,OpenCLが,GPUだけを対象としているわけではないということだ。
>x86プロセッサやCellプロセッサといったCPU,あるいは DSP(Digital Signal Processor)
>のようなメディアプロセッサなどのプログラミングに対応するコンセプトを持っており,
>GPUに特化したDirectX Compute Shaderとは似て非なるものだといえる。
>OpenCLについて,「Direct3DにおけるDirectX Compute Shaderのようなもの?」
>というイメージを抱くかもしれないが,コンセプトや実現様式が微妙に違う。
>
>最大の違いは,OpenCLが,GPUだけを対象としているわけではないということだ。
>x86プロセッサやCellプロセッサといったCPU,あるいは DSP(Digital Signal Processor)
>のようなメディアプロセッサなどのプログラミングに対応するコンセプトを持っており,
>GPUに特化したDirectX Compute Shaderとは似て非なるものだといえる。
2009/02/15(日) 20:17:07
2009/02/15(日) 22:24:19
つーかOpenCLってとりあえずMac用でしょ
40デフォルトの名無しさん
2009/02/15(日) 22:27:21 なんで?
2009/02/15(日) 22:30:45
OpenCLの規格化作業を猛烈に推し進めたのがアップルだから
2009/02/15(日) 22:42:22
だからMac用?
どうして?
どうして?
2009/02/15(日) 22:42:47
>>38
なんか理解できてないようだけど、
こいつの価値は並列処理にあると思う。
要するに今までのGPGPUは、GPUによる高速化
というのがメインだったけど、OpenCLの場合は、
CPUとGPUで並列処理が可能になる。
元々はAppleとNVIDIAが協力して、CUDAを基礎に
した(と思われる)ものを、さらに標準化の過程で
より汎用性を重視して、GPUに依存しないよう設計
にしたものがOpenCL。
なんか理解できてないようだけど、
こいつの価値は並列処理にあると思う。
要するに今までのGPGPUは、GPUによる高速化
というのがメインだったけど、OpenCLの場合は、
CPUとGPUで並列処理が可能になる。
元々はAppleとNVIDIAが協力して、CUDAを基礎に
した(と思われる)ものを、さらに標準化の過程で
より汎用性を重視して、GPUに依存しないよう設計
にしたものがOpenCL。
2009/02/15(日) 22:48:46
>>42
大丈夫、Mac専用じゃないよ。
Appleが規格の孤立化を避けるのが目的だと思うけど、
最初からオープン標準化にこだわって作られた規格。
規格の策定作業のメンバーにはIntelやAMD、NVIDIA、
ソニーなど、MSを除く主要企業は全て参加しているし、
OpenGL(ES)との連携やスマートフォンへの対応もあるし、
これから先、携帯端末全盛の時代の最有力候補でもある。
大丈夫、Mac専用じゃないよ。
Appleが規格の孤立化を避けるのが目的だと思うけど、
最初からオープン標準化にこだわって作られた規格。
規格の策定作業のメンバーにはIntelやAMD、NVIDIA、
ソニーなど、MSを除く主要企業は全て参加しているし、
OpenGL(ES)との連携やスマートフォンへの対応もあるし、
これから先、携帯端末全盛の時代の最有力候補でもある。
2009/02/15(日) 22:50:10
>>44
あんたに聞いてないんだよ
あんたに聞いてないんだよ
2009/02/15(日) 23:06:31
>>45
あうごめんwでも答えちゃうよ?
Mac OS X Snow Leopardに実装されるのがOpenCLで、
Windows7/vistaに実装されるのがDirectX Compute Shader。
どちらのGPGPU技術もまあ競合するものだわさ。
スマートフォンへの実装は別にして、DirectX系技術はWindows限定だし、
OpenCLにはオープンな技術というメリットがある。ただし、Windowsが市場を
ほぼ独占してるPC業界にとって、有力なのはやはりDirectX Compute Shader
の方になる。だから当面、OpenCLの主要プラットフォームがとりあえず
Macなのは致し方ない現実、という考え方じゃないのかな?
もちろんマルチプラットフォーム化を重視して、Windows環境下でも
OpenCLを採用する企業も当然存在するとは思うけど。
あうごめんwでも答えちゃうよ?
Mac OS X Snow Leopardに実装されるのがOpenCLで、
Windows7/vistaに実装されるのがDirectX Compute Shader。
どちらのGPGPU技術もまあ競合するものだわさ。
スマートフォンへの実装は別にして、DirectX系技術はWindows限定だし、
OpenCLにはオープンな技術というメリットがある。ただし、Windowsが市場を
ほぼ独占してるPC業界にとって、有力なのはやはりDirectX Compute Shader
の方になる。だから当面、OpenCLの主要プラットフォームがとりあえず
Macなのは致し方ない現実、という考え方じゃないのかな?
もちろんマルチプラットフォーム化を重視して、Windows環境下でも
OpenCLを採用する企業も当然存在するとは思うけど。
■ このスレッドは過去ログ倉庫に格納されています
