- 1 名前：a36 ◆K0BqlCB3.k [2008/12/10(水) 15:38:25 ]
- さてついにOpenCLの仕様が公開されました。
www.khronos.org/opencl/
公式ページにはAPIのヘッダファイルが公開されており、
まだ実際に動かす事はできないもののプログラミングすることは可能となっています。
ということで、公開に先んじてプログラミングを始めてしまいましょう。
- 196 名前：デフォルトの名無しさん mailto:sage [2009/10/01(木) 01:06:26 ]
- バイナリ状態でロードして実行も出来るし、実行環境で実行直前にコンパイルすることもできるよ。
- 197 名前：デフォルトの名無しさん mailto:sage [2009/10/01(木) 10:06:41 ]
- >>196
そのバイナリってのは中間コードみたいなものなの？
それともハードウェア依存の完全なバイナリなの？
- 198 名前：デフォルトの名無しさん mailto:sage [2009/10/01(木) 21:15:46 ]
- EarFluid: Experimental QC OpenCL iTunes visualizer
ttp://www.mutantquartz.com/?p=40
- 199 名前：デフォルトの名無しさん mailto:sage [2009/10/01(木) 23:39:11 ]
- >>197
バイナリはハード依存でしょ。
Nvidiaが内部的に中間コード使ってるらしい？
でも当然AMDと互換性はない。
- 200 名前：デフォルトの名無しさん mailto:sage [2009/10/02(金) 10:33:36 ]
- CUDAとOpenCL、言語によってパフォーマンスに差は出ますか？
- 201 名前：デフォルトの名無しさん mailto:sage [2009/10/02(金) 19:20:28 ]
- >>200
現状OpenCLが桁違いに遅い。。。
- 202 名前：デフォルトの名無しさん mailto:sage [2009/10/02(金) 21:15:18 ]
- >>199
llvmの中間コードを使っているのであれば
ポータブルではない。
- 203 名前：デフォルトの名無しさん mailto:sage [2009/10/03(土) 00:38:14 ]
- >>200
最終的には同じになる、ってOpenCLプログラミングセミナーでnvidiaの偉い人が言ってた。
- 204 名前：デフォルトの名無しさん mailto:sage [2009/10/03(土) 02:31:57 ]
- NVIDIAのOpenCLドライバ使ってるんだけど、カーネル実行って同期処理になってない？？
キューに入れてから戻るまで時間がかかりすぎで、マルチタスク的な動作が出来ないんですが。。。
>>203曰く、ちゃんと対応されるのかな？
それとも、俺がOpenCLの仕様を読み間違えてるだけ？（汗
- 205 名前：デフォルトの名無しさん mailto:sage [2009/10/03(土) 13:40:35 ]
- >>198
GeForce9400だと5fpsくらいしか出ないけど面白いね
CPU負荷が全く上がらない
- 206 名前：デフォルトの名無しさん [2009/10/06(火) 11:00:59 ]
- OpenCLはサザビーでも使えるの？
- 207 名前：デフォルトの名無しさん mailto:sage [2009/10/06(火) 11:25:46 ]
- エゴだよそれは
- 208 名前：デフォルトの名無しさん mailto:sage [2009/10/08(木) 03:02:00 ]
- >>204
内部でＣＵＤＡを使ってるだけだろうし原理としてはそうなる
基本的に同期処理が原則
だからカーネル実行は細分化してやらないとだめ
画像を処理するなら１行処理する関数をカーネル化してＣＰＵ側でループするみたいな
やりかたじゃないとだめ
- 209 名前：デフォルトの名無しさん [2009/10/10(土) 03:43:44 ]
- SDK 2.3b released
OpenCL Download Page
ttp://developer.nvidia.com/object/opencl-download.html
- 210 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 06:42:05 ]
- そのうちオライリーが一冊本を書くんじゃなかろうか
日本語翻訳版が出るかどうかは知らないけど
- 211 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 11:48:34 ]
- CUDAとATI Stream SDKとOpenCLの関係がいまいち分からんけど、
OpenCLの中のオプションとしてCUDAとかATI Stream SDKとか位置づけされるってことなのかな。
今CUDA用に記述してあるソースコードも、OpenCL用にちょこっと書き換えればAMDのGPUでも、
他のOpenCLに対応したGPGPUでも動作するってこと？
- 212 名前：デフォルトの名無しさん mailto:sage [2009/10/11(日) 03:22:25 ]
- >>208
いやいや、CUDAの動作はそれであってるのけど、それはOpenCLの仕様違反だろ？
それに画像処理するならカーネルループとかあり得ないし。カーネル実行のオーバーヘッドの事を理解していないとしか思えないな。
- 213 名前：デフォルトの名無しさん mailto:sage [2009/10/11(日) 10:06:30 ]
- OpenCL Tutorial - Shared Memory Kernel Optimization
www.macresearch.org/opencl_episode6
OpenCL Tutorials
www.macresearch.org/opencl
OpenCL Programming Guide for Mac OS X
developer.apple.com/mac/library/documentation/Performance/Conceptual/OpenCL_MacProgGuide/Introduction/Introduction.html
- 214 名前：デフォルトの名無しさん mailto:sage [2009/10/11(日) 18:47:07 ]
- >>212
物理的にＧＰＵがマルチタスクに対応してないんだからどうしようもないな
オーバーヘッドも含めてＧＰＵ処理の性能の限界が現時点でそうなんだからしょうがない
- 215 名前：デフォルトの名無しさん mailto:sage [2009/10/19(月) 21:09:31 ]
- >>213
思ったんだけど、もろにNVIDIA寄りの内容だよね
- 216 名前：デフォルトの名無しさん mailto:sage [2009/10/19(月) 21:58:59 ]
- 2009 LLVM Developers' Meeting
llvm.org/devmtg/2009-10/
↑OpenCLなどApple社員系の情報が非公開なのは残念だが参考に。
llvm.org/docs/ReleaseNotes-2.6.html
- 217 名前：デフォルトの名無しさん mailto:sage [2009/10/22(木) 01:41:00 ]
- >>211
違う。
C と C++ と Java みたいなモンで３つとも同じように
CPU 上で動くが各言語間でソースコードの互換性は……だろ？
CUDA は like C、ATI Stream は Book+、OpenCL は OpenCL C という別言語になる。
プログラマは自分の開発環境などに合わせた好きな言語が選べるってだけだ。
- 218 名前：デフォルトの名無しさん mailto:sage [2009/10/22(木) 12:21:11 ]
- 新iMacのGPUがRadeonなんだが、OpenCLの対応はどうなの？
SDKあるんだっけ？
- 219 名前：デフォルトの名無しさん mailto:sage [2009/10/29(木) 23:09:47 ]
- なんか在庫買いあさったらしいからこれから最適化進めてくるんじゃない
- 220 名前：デフォルトの名無しさん mailto:sage [2009/10/31(土) 11:17:42 ]
- 誰かこの前、秋葉原で開催されたOpenCLセミナー行った人いる？
いたら、簡単な感想聞きたいです。
- 221 名前：デフォルトの名無しさん mailto:sage [2009/11/01(日) 01:05:25 ]
- >>220
いったよ
・nVIDIAの人「Fermiアーキテクチャは凄いぞ！」まぁ凄いけどさ。
・FIXSTARSの人のプログラミング入門は参考になったけどあの内容だけだと即書くのはキツイ。
最後には「ちゃんとやりたい人向けに終日の有料教室やってるよ！」だったしw
・Appleの話はOpenCLじゃなくて殆どCocoaの話…
・Dellは殆ど営業トーク
内容的にはそんなに深くなかったかなー…って感じ。
- 222 名前：デフォルトの名無しさん [2009/11/03(火) 04:42:31 ]
- オープンクルとオープングルって何か共通点はあるの？
- 223 名前：デフォルトの名無しさん mailto:sage [2009/11/03(火) 08:17:17 ]
- 釣られないぞとつぶやいたそこのあなた。
既に釣られてますよ。
- 224 名前：デフォルトの名無しさん mailto:sage [2009/11/05(木) 12:25:52 ]
- OpenCLはCPUのSIMD命令を置き換えられるようなものになるといいな
そのうちCPUにGPUも統合するんだからさ
- 225 名前：デフォルトの名無しさん mailto:sage [2009/11/05(木) 19:47:54 ]
- バイナリが環境依存なのがなあ。
CUDAみたいに、中間コードがあればいいのに。
- 226 名前：デフォルトの名無しさん mailto:sage [2009/11/05(木) 19:57:30 ]
- >>220
基本は221の通りだが、フィックスターズの人が1月に本来出すとか言ってた
- 227 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 18:23:10 ]
- ttp://www.alphaworks.ibm.com/tech/opencl
- 228 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 18:28:39 ]
- POWER6とcellもopenCLに対応
- 229 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 19:06:30 ]
- いろいろ対応してくれるのはいいけど、カーネル・ソースが第三者に丸見えなのは何とかならないの？
- 230 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 23:57:57 ]
- 暗号化すればいいじゃない
- 231 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 05:03:17 ]
- 見られて困るほど複雑なアルゴリズムはカーネルだけじゃ作れないから大丈夫だｗ
- 232 名前：デフォルトの名無しさん mailto:sage [2009/11/27(金) 22:27:11 ]
- ATI Streamを落としてきたけどマニュアルないのな。
KronosにはCのはあるけどC++のはないね。
せっかくStreamにC++のサンプルがあって便利そうなのに。
- 233 名前：デフォルトの名無しさん mailto:sage [2009/11/27(金) 23:31:48 ]
- とりあえず今持ってるコードを
FORTRAN→C→OpenCL C
って感じで進めてみるかなー
- 234 名前：デフォルトの名無しさん mailto:sage [2009/11/27(金) 23:35:20 ]
- 独り言は壁に向かってしてくれ
- 235 名前：デフォルトの名無しさん mailto:sage [2009/11/28(土) 17:26:06 ]
- (´・ω・`)ショボーン
- 236 名前：デフォルトの名無しさん mailto:sage [2009/12/05(土) 23:25:28 ]
- 最初の世代のLarrabeeは一般には降りてずにHPC専業でいくようだ
たのしみにしてたのに(´・ω・`)
- 237 名前：デフォルトの名無しさん mailto:sage [2009/12/13(日) 19:17:07 ]
- S3のGPUでOpenCL開発するためのSDKってどこ？
- 238 名前：デフォルトの名無しさん mailto:sage [2009/12/17(木) 16:18:02 ]
- 質問です
OpenCLを使ったプログラムのバイナリはRadeonでもGeForceでも使えますか？
- 239 名前：デフォルトの名無しさん mailto:sage [2009/12/17(木) 17:35:20 ]
- まずは実際にやる事だ
- 240 名前：デフォルトの名無しさん mailto:sage [2009/12/18(金) 00:39:28 ]
- ソースでも中間コードでもない、ただのバイナリをなんだと思っているんだ
- 241 名前：デフォルトの名無しさん mailto:sage [2009/12/23(水) 20:27:30 ]
- フィックスターズから本出るよ
www.amazon.co.jp/dp/484432814X
- 242 名前：,,・´∀｀・,,）っ-○○○ mailto:sage [2009/12/23(水) 20:55:25 ]
- 三木聡しゃちょはんて何処担当してるの？
- 243 名前：デフォルトの名無しさん mailto:sage [2009/12/24(木) 20:20:23 ]
- >>241
>著者からのコメント
>"The free lunch is over."
そんなこといわれてもな・・・
- 244 名前：デフォルトの名無しさん mailto:sage [2009/12/26(土) 01:03:24 ]
- >>238
ソースレベルの互換性しかないので、バイナリは非互換。
ただしランタイムにカーネルのソースをコンパイル出来るので、恰もバイナリ互換があるかのようにコーディング出来る。
とはいえ、そうするとCELLみたいに特殊な構造だとパフォーマンスを発揮するようにコードを書くのがたいへんだろうけど。
- 245 名前：デフォルトの名無しさん mailto:sage [2009/12/26(土) 13:46:36 ]
- Radeonの4650で遊んだ感じでいうとCellのが楽だな
- 246 名前：デフォルトの名無しさん mailto:sage [2009/12/28(月) 09:34:55 ]
- >>242
そこには触れてやるな。みんなおかしいとは思っているがしゃちょーには逆らえない
- 247 名前：デフォルトの名無しさん mailto:sage [2009/12/28(月) 19:37:20 ]
- >>245
techreport.com/discussions.x/18201
- 248 名前：,,・´∀｀・,,）っ-○○○ mailto:sage [2009/12/30(水) 03:30:14 ]
- 今年（来年？）はプログラミングコンテスト開かないの？
- 249 名前：デフォルトの名無しさん mailto:sage [2010/01/01(金) 10:53:23 ]
- うっせー糞して寝ろ
- 250 名前：デフォルトの名無しさん mailto:sage [2010/01/05(火) 20:45:23 ]
- どっちかっていうと、OpenGL内部のメモリ内容を直接書き換えれるのが大きいな。
描画内容に変更加えて再描画とか、データの高速可視化とか。
個人的にCPUに付加かけずにリアルタイム可視化ができるのがいいな。
- 251 名前：デフォルトの名無しさん mailto:sage [2010/01/18(月) 19:22:26 ]
- OpenCL並列プログラミングって本が25日に出るみたい。
- 252 名前：デフォルトの名無しさん mailto:sage [2010/01/18(月) 22:04:56 ]
- しってるしってる、と思ったらフィクスターズのやつとは別か
ソースｷﾎﾞﾝﾇ
- 253 名前：デフォルトの名無しさん mailto:sage [2010/01/18(月) 22:14:14 ]
- >>252
今日の日経の朝刊1面下の広告
- 254 名前：デフォルトの名無しさん mailto:sage [2010/01/18(月) 22:18:22 ]
- 出版社：カットシステム
著者：池田成樹
www.cutt.co.jp
- 255 名前：デフォルトの名無しさん [2010/01/18(月) 22:19:55 ]
- JAL株5円まで来たか
いよいよ明日はクライマックス
- 256 名前：デフォルトの名無しさん mailto:sage [2010/01/18(月) 23:48:45 ]
- うっせー糞して寝ろ
- 257 名前：デフォルトの名無しさん mailto:sage [2010/01/19(火) 00:15:14 ]
- 便秘で出ないっす
- 258 名前：デフォルトの名無しさん mailto:sage [2010/01/19(火) 20:00:15 ]
- ケツに目薬をさすと便秘が治るという噂を聞いたことがある
- 259 名前：デフォルトの名無しさん mailto:sage [2010/01/21(木) 15:08:18 ]
- 最近GPGPUを始めようと調べ始めたのですが、
cudaとCLの違いって、CUDAはCPU部分もカーネル部分も混在したプログラムを書いてnvccが両者を分離してくれる、
CLはプログラマ自身が最初からCPU用とカーネル用とを分けてプログラムを書く
という認識でよいですか。
カーネルとかグローバルメモリとかの概念はほぼ一緒と考えてよいのでしょうか。
CLの方が拡張言語っぽくないのと共通規格な分気持ちがいいですが、カーネルのコンパイルとか引数設定を明示的にしないといけない分どんくさい感じですね。
- 260 名前：デフォルトの名無しさん mailto:sage [2010/01/21(木) 15:14:41 ]
- OpenCLはまだまともに動かないからCUDAにしとけ
- 261 名前：250 mailto:sage [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が良いと思うぞ。
- 262 名前：259 mailto:sage [2010/01/21(木) 18:49:08 ]
- セルとかララビーとかアムドが本気を出すとか色々可能性があるからCLの方がいいかなと思ってたけど
CUDAの方がいいのかな。
拡張言語ってのが言語仕様的にOpenMPあたりと干渉しそうなのもCLを考えていた要素なんだけど。
- 263 名前：デフォルトの名無しさん mailto:sage [2010/01/21(木) 22:57:22 ]
- どっちもたいして変わらん どっちもやれ
- 264 名前：デフォルトの名無しさん mailto:sage [2010/01/22(金) 18:58:59 ]
- OpenMPとOpenCLが干渉？
ホスト管理スケジューリングぐらいじゃねーの？
- 265 名前：デフォルトの名無しさん mailto:sage [2010/01/22(金) 23:44:42 ]
- radeonでCUDAって出来ないの？
- 266 名前：デフォルトの名無しさん mailto:sage [2010/01/23(土) 01:25:03 ]
- 無理。Stream使え。
でも、技術デモ程度ではなく実用したいならゲフォ使え。
- 267 名前：デフォルトの名無しさん mailto:sage [2010/01/23(土) 10:59:33 ]
- スレ違い
- 268 名前：デフォルトの名無しさん [2010/01/26(火) 01:24:10 ]
- ふぃくすたのOpenCL入門買ったぞ、LinuxでSDKについてきたサンプルコードがコンパイルできなくて死んだ
っていうか普通にアルゴリズムの勉強してからやれクズ
- 269 名前：デフォルトの名無しさん mailto:sage [2010/01/26(火) 01:27:54 ]
- 二行目どういう意味？
- 270 名前：デフォルトの名無しさん mailto:sage [2010/01/26(火) 05:29:18 ]
- 268 said s/he was kuzu.
|
 |
