- 1 名前：a36 ◆K0BqlCB3.k [2008/12/10(水) 15:38:25 .net]
- さてついにOpenCLの仕様が公開されました。
www.khronos.org/opencl/
公式ページにはAPIのヘッダファイルが公開されており、
まだ実際に動かす事はできないもののプログラミングすることは可能となっています。
ということで、公開に先んじてプログラミングを始めてしまいましょう。
- 692 名前：デフォルトの名無しさん mailto:sage [2013/02/12(火) 06:11:15.51 .net]
- 寝言は寝て言え
- 693 名前：デフォルトの名無しさん mailto:sage [2013/02/17(日) 21:21:57.05 .net]
- >>684
ありがとう。VLIW4だとスレッド数1/4にして、1スレッドで4つずつ処理するようにしたら倍速になった。
- 694 名前：デフォルトの名無しさん mailto:sage [2013/02/18(月) 04:23:25.11 .net]
- R600のISA解説したpdfもどっかにあって、あれ読むとKernel Analyzerの右側の命令が読めるようになって捗るぞ。
- 695 名前：デフォルトの名無しさん [2013/05/09(木) 04:25:55.54 .net]
- Intel Releases SDK with OpenCL 1.2 Support for Intel Xeon Phi Coprocessors | techPowerUp
www.techpowerup.com/183718/intel-releases-sdk-with-opencl-1-2-support-for-intel-xeon-phi-coprocessors.html
- 696 名前：デフォルトの名無しさん mailto:sage [2013/05/10(金) 23:28:13.87 .net]
- CUDAが動かない古いNvidiaのビデオカードでも
OpenCLなら動いたりするものなのでしょうか？
- 697 名前：デフォルトの名無しさん mailto:sage [2013/05/11(土) 17:38:28.19 .net]
- 確かnvidiaがOpenCLサポートしているのは、
チップがGeforce8以降かつ、ドライバの対応も必要だったと思う。
でもgeforce8以降はほとんどCUDA(とPhysXが）乗ってたはず。
それ以前はサポートされていないから動かないんじゃないかな（機材とドライバがないから検証できん）
- 698 名前：デフォルトの名無しさん mailto:sage [2013/05/11(土) 23:50:31.95 .net]
- CUDAにせよ、OpenCLにせよ古いマシンでやろうとする奴はなんなんだ？
古いGPUじゃ大して効果がないし、アーキテクチャがどんどん変わって
いるから使えないものが多いのに。
最新のアーキテクチャでも1万円も出せばそれなりのものが買えるのになあ。
- 699 名前：デフォルトの名無しさん mailto:sage [2013/05/12(日) 10:11:53.81 .net]
- 研究目的なら最新ので良いけど、実用だと4年前に導入した
数百台の計算機で高速化したい、とかもあるからな。
- 700 名前：デフォルトの名無しさん mailto:sage [2013/05/13(月) 17:15:31.08 .net]
- GeForce8以前って、どんだけ古いカード使っているんだよw
いろんな意味で、無理無理。
- 701 名前：デフォルトの名無しさん mailto:sage [2013/05/15(水) 13:05:11.17 .net]
- とりあえずGPGPU普及させたいならGPU各社ともミドルレンジ以下でFP64対応切るのやめてくんないかな
性能出るかどうかより使えたり使えなかったりってのが一番困る
- 702 名前：デフォルトの名無しさん [2013/06/05(水) 08:17:39.89 .net]
- OpenCLのチューニングって、まずどのあたりから手を付ければいいかな？
ワークグループ分割数で結構変わるという話は聞くけど、やっぱり
おまかせより明示的に指定した方がいいんだろうか？
- 703 名前：デフォルトの名無しさん mailto:sage [2013/06/05(水) 09:35:33.06 .net]
- おまかせとかやる気無さすぎだろう…
色々変えてみて速さを測れ。
- 704 名前：デフォルトの名無しさん mailto:sage [2013/06/05(水) 20:55:53.52 .net]
- ハードに合わせて適当な値を選んでくれると思ってたんで自分で下手な値を設定するより
いいかと思ってたんだけど、たしかに明示的に指定した方がよくなるケースが多いですね。
目安としてはCL_DEVICE_MAX_WORK_GROUP_SIZEに合わせておけばいいんだろうか？
それ以外、これは押さえておけ、というようなチューニングポイントってありますか？
- 705 名前：デフォルトの名無しさん [2013/06/06(木) 22:37:43.71 .net]
- アドレスモードが便利そうなのでイメージオブジェクトを使ってみようと思ったんだけど、
これって4ch固定なんですかね？できれば1chで使いたいんだけど。
- 706 名前：デフォルトの名無しさん [2013/06/17(月) 09:44:11.96 !.net]
- >>698
> 目安としてはCL_DEVICE_MAX_WORK_GROUP_SIZEに合わせておけばいいんだろうか？
これだとスピードでないよ。
Radeonだったら>>684の最適化マニュアルを、NVIDIAだったらCUDAの
説明書を読め。
- 707 名前：デフォルトの名無しさん mailto:sage [2013/06/18(火) 23:31:21.64 .net]
- つか、勉強目的でエミュレータみたいなのが欲しい
遅くていいから
- 708 名前：デフォルトの名無しさん mailto:sage [2013/06/24(月) 22:41:41.16 .net]
- 最近のハードなら何でも出来るだろ。
新しいの買えよ。それぐらい自己投資だ。
- 709 名前：デフォルトの名無しさん mailto:sage [2013/07/23(火) NY:AN:NY.AN .net]
- ついに 2.0 で Dynamic Parallelism きちゃったじゃねぇか！
- 710 名前：デフォルトの名無しさん mailto:sage [2013/07/23(火) NY:AN:NY.AN .net]
- nVidiaがいまだに1.1なのはどうにかならんのかな。
- 711 名前：デフォルトの名無しさん mailto:sage [2013/07/24(水) NY:AN:NY.AN .net]
- CUDAがあるから、あまり積極的にやりたくないんじゃね？
- 712 名前：デフォルトの名無しさん mailto:sage [2013/08/01(木) NY:AN:NY.AN .net]
- 今AMDの環境で開発しているんだけど、NVIDIAの環境でもビルドできるよう
1.1の機能に限定することってできないんですかね？
CL_USE_DEPRECATED_OPENCL_1_1_APISみたいな。
- 713 名前：デフォルトの名無しさん [2013/08/18(日) NY:AN:NY.AN .net]
- OpenGLとの連携やっている人いますか？
OpenGLのHGLRCからcl_device_idを得るのにclGetGLContextInfoKHRというのが
ありますが、これを呼ぶ際、properties引数にCL_CONTEXT_PLATFORMを含めないと
エラー(CL_INVALID_PLATFORM)になります。
Platformを決め打ちで入れてやれば成功はしますが、cl_device_idを得る前にそれが
含まれるcl_platform_idを本来どうやって求めるのでしょうか？
- 714 名前：デフォルトの名無しさん mailto:sage [2013/08/18(日) NY:AN:NY.AN .net]
-
- 715 名前：>>707
clCreateContext に渡した properties と同じもので GL context を1つに特定できるものを渡せって書いてあるだろうに
clGetGLContextInfoKHR で指定せずにエラーになるなら clCreateContext ではデフォルト値以外の cl_platform_id を指定したんだろう
gl_sharing が有効な CL context は作成済みなのになんで cl_platform_id だけ行方不明なんだよ
余所のライブラリが作った CL context に問い合わせたいなら clGetContextInfo で CL_CONTEXT_PROPERTIES [] - [ここ壊れてます]
- 716 名前：デフォルトの名無しさん mailto:sage [2013/08/18(日) NY:AN:NY.AN .net]
- 回答ありがとうございます。
ただ、clCreateContextはclGetGLContextInfoKHRでデバイスを得た後に呼ぶことに
なると思うのですが？
手順は以下で間違ってますかね？
GLコンテキスト(HGLRC)作成
→clGetGLContextInfoKHRで関連付けられているCLデバイスを取得
→clCreateContextでCLコンテキストを作成
いずれにしても、どのデバイスを使っているかがわからないとプラットフォームも
決まらないと思うのですが。
- 717 名前：デフォルトの名無しさん mailto:sage [2013/10/24(木) 01:02:02.86 .net]
- vloadn ってあるけど、直接ポインタを p[i] するのと速度違ったりするのか？
- 718 名前：デフォルトの名無しさん mailto:sage [2013/10/24(木) 21:28:52.21 .net]
- vloadはアラインメントの制約がゆるい。要素でそろってればOK。
速度は実装によるだろうけど同じか制約がゆるいvloadのほうが少し遅い。
- 719 名前：デフォルトの名無しさん mailto:sage [2013/10/24(木) 22:48:45.60 .net]
- なるほど。
アラインメントの制約のせいで、ちょっと冗長になってたあのコードとかを小さく綺麗に書き直せるかも。
これは良いことを知った。サンクス。
- 720 名前：デフォルトの名無しさん mailto:sage [2013/11/22(金) 19:43:38.99 .net]
- Khronos Groupが「OpenCL 2.0」を完成、コンピュータビジョン向け「OpenVX 1.0」の暫定仕様も発表
sourceforge.jp/magazine/13/11/22/095200
https://www.khronos.org/news/press/khronos-releases-opencl-2.0
- 721 名前：デフォルトの名無しさん mailto:sage [2013/11/22(金) 19:46:35.85 .net]
- タラタラ完成してんじゃねーよ
- 722 名前：デフォルトの名無しさん [2013/11/22(金) 20:47:48.41 .net]
- OpenVXってのが気になる
- 723 名前：デフォルトの名無しさん mailto:sage [2013/11/25(月) 08:28:25.60 .net]
- JOCLも、早く OpenCL 2.0 に対応しろよ
- 724 名前：デフォルトの名無しさん mailto:sage [2013/11/30(土) 20:57:20.27 .net]
- OpenCLって初期化とかやたら面倒なんですが、
OpenGL に対する glfw や GLUT みたいなライブラリはないんですか？
勉強してみたい（というか、勉強しかけた）のですが、
計算処理を楽しむ前に挫折しそうです。
- 725 名前：デフォルトの名無しさん mailto:sage [2013/11/30(土) 21:26:47.63 .net]
- あるけどない
独自API、英語のみのマニュアル…
初期化なんて一度書けば使い回しだからとりあえずやってみるべき
- 726 名前：デフォルトの名無しさん mailto:sage [2013/11/30(土) 22:18:44.90 .net]
- マニュアルが英語なのは全く問題ないので紹介していただけないでしょうか。
それでも枝葉末節の部分が面倒であれば、今はそういうものだと諦め、
コピペで使い回してかんばります。
ただ、私はたとえば OpenGL 入門者に対して、同じ理由
つまり「初期化なんて一度書けば使い回しだから」という理由で
ウィンドウ作らせたり、レンダリングコンテキストを作らせたりはしたくないです。
使い回し
幸い OpenGL にはユーティリティライブラリがあり、入門者にはありがたいです。
なので OpenCL にも入門者用にきっと何かあるだろうと思っていました。
- 727 名前：デフォルトの名無しさん mailto:sage [2013/11/30(土) 22:34:05.19 .net]
- OpenGL ほど広く使われていたらあっただろうね。
- 728 名前：デフォルトの名無しさん mailto:sage [2013/11/30(土) 22:53:53.35 .net]
- NVIDIAやAMDのサンプルコードには簡単なユーティリティが入っているよ。
OpenGLみたいに糞面倒なわけじゃないから、わざわざGLUTみたいなものを
作ろうと思った人はいなかったんだろう。
- 729 名前：デフォルトの名無しさん mailto:sage [2013/12/01(日) 02:54:53.01 .net]
- そんなに面倒か？
必要十分しかないと思うんだが
- 730 名前：デフォルトの名無しさん mailto:sage [2013/12/01(日) 03:12:45.40 .net]
- CUDAの簡単さと比較すると面倒
- 731 名前：デフォルトの名無しさん mailto:sage [2013/12/01(日) 03:18:23.16 .net]
- あほか
- 732 名前：デフォルトの名無しさん mailto:sage [2013/12/01(日) 03:47:08.42 .net]
- c++binding使えば簡単じゃないか。
まあ、プラットフォーム選択する時点で
cudaには必要ない工程だが
- 733 名前：デフォルトの名無しさん mailto:sage [2013/12/01(日) 07:35:28.28 .net]
- >>719
intelが最近OpenCLライブラリやGPU向けライブラリのプレビュー版を発表してる
ttp://software.intel.com/en-us/intel-ipp-preview
IPPはこれまで最適化済みCPUライブラリだったけど、それをGPUにも拡張しようとしてる模様
- 734 名前：デフォルトの名無しさん mailto:sage [2013/12/03(火) 07:13:40.30 .net]
- >>726
ありがとうございます。
調べてみます。
- 735 名前：デフォルトの名無しさん mailto:sage [2013/12/03(火) 13:47:40.89 .net]
- amd apu+linuxでaparapi経由で使ってみたんですが面白そうですね。
はるか昔に、javaで配列関係はどうしようかjniにでもしようかと悩んでたんですがこれでやっと悩みは解決できました。
java9.stream.parallelがopenclに対応してaparapiも不要になる（jvmと結合する)ようなので、openclを使えばjavaのままで配列のソリューションが得られるようです。
まだ触って4日ぐらいですが勉強がてらに、行列などの配列依存のライブラリを書き直してみようと思います。
- 736 名前：デフォルトの名無しさん mailto:sage [2013/12/30(月) 11:40:26.21 .net]
- kaveriが販売される模様
- 737 名前：デフォルトの名無しさん mailto:sage [2014/01/11(土) 01:38:48.46 .net]
- >>717
software.intel.com/en-us/vcsource/tools/opencl-sdk/clu-api
CLUとか
github.com/Computing-Language-Utility/CLU/blob/master/simple/simple.c
このぐらいに書ける。
使ったことはないので便利かどうかは知らない。
- 738 名前：デフォルトの名無しさん mailto:sage [2014/02/24(月) 15:19:36.59 .net]
- Core iとグラボつんでグラボで画面表示しててもIntelHDでOpenCLの計算をさせることはできるのでしょうか
- 739 名前：デフォルトの名無しさん mailto:sage [2014/02/24(月) 16:36:29.14 .net]
- 遅くはなろうが計算は出来るでしょう
- 740 名前：デフォルトの名無しさん mailto:sage [2014/02/24(月) 17:04:11.19 .net]
- あれ？遅くなる要因あるのでしょうか
使ってないIntelHDも使いたいというイメージだったのですが
- 741 名前：デフォルトの名無しさん mailto:sage [2014/02/24(月) 18:04:09.93 .net]
- CPUでやったほうが速いってだけ
- 742 名前：デフォルトの名無しさん mailto:sage [2014/02/24(月) 18:14:29.38 .net]
- CPUスレッドとは排他でしか使えないと言うことですか？
- 743 名前：デフォルトの名無しさん mailto:sage [2014/02/24(月) 18:17:43.70 .net]
- 732だけど、単純にIntelHDをグラボと取り違えただけだよ
- 744 名前：デフォルトの名無しさん mailto:sage [2014/02/24(月) 18:34:07.15 .net]
- 了解です
- 745 名前：デフォルトの名無しさん mailto:sage [2014/03/23(日) 07:57:03.89 ID:2/mKAdk3.net]
- Ubuntu用のSDKはDebian GNU/Linuxで使えますか？
- 746 名前：デフォルトの名無しさん mailto:sage [2014/03/24(月) 20:46:02.33 ID:+qxUA/lQ.net]
- >>733
俺も今日勉強始めたばっかだから実態よく分からんが、
規格ミニマムだとGPUで実行するバイナリを、
プログラム実行時に動的にコンパイルしてマウントする場合があるらしく、
それだとコンパイルのオーバーヘッドで遅くなりそう。
実行時にコンパイルせず事前にコンパイルしたバイナリを使うこともできるそうで
NVidia, AMDあたりはLLVMで動いてるからまず大丈夫だろうけど、HD Graphicsはどうなるんだろうか？
- 747 名前：デフォルトの名無しさん mailto:sage [2014/04/04(金) 10:41:37.63 ID:YtPgho8U.net]
- CentOSにAMDのドライバを入れることに成功したけど、Debianには入らなかった。
- 748 名前：デフォルトの名無しさん mailto:sage [2014/04/23(水) 21:53:33.92 ID:e3QPM/2Y.net]
- GPU持ってるCPUを使っているとか？
- 749 名前：741 mailto:sage [2014/04/23(水) 22:38:07.40 ID:Xxk46iNW.net]
- はい、haswell(i7-4771)を使っています。
その他のグラフィックボードは積んでいません
- 750 名前：デフォルトの名無しさん mailto:sage [2014/04/23(水) 23:16:57.80 ID:RpkkzUGi.net]
- Platformの数とデバイスの数はイコールじゃない。
デバイスはCPUとGPUの2個見つかるはず。ちなみに内蔵かどうかは関係ない。
気になるならclGetPlatformIDs/clGetPlatformInfoで見てみりゃいい。
- 751 名前：741 mailto:sage [2014/04/23(水) 23:39:22.71 ID:Xxk46iNW.net]
- はしょって書くと以下のように２回出力、Platform IDが一緒でプログラムなどでcl::Platform::getをすると
２個で返ってきます。(DeviceはALLで情報をとってもGPUしか返ってきません。CPUでDeviceをとろうとするとエラーが出ます)
Platform Name: Experiment Intel Gen OCL Driver
Platform ID: 0x7f6ee0ba1a40
Name: Intel(R) HD Graphics Haswell M
Vendor: Intel
Device OpenCL C version: OpenCL C 1.1 beignet 0.8.0
Driver version: 0.8.0
Profile: FULL_PROFILE
Version: OpenCL 1.1 beignet 0.8.0
Platform Name: Experiment Intel Gen OCL Driver
Platform ID: 0x7f6ee0ba1a40
Name: Intel(R) HD Graphics Haswell M
Vendor: Intel
Device OpenCL C version: OpenCL C 1.1 beignet 0.8.0
Driver version: 0.8.0
Profile: FULL_PROFILE
Version: OpenCL 1.1 beignet 0.8.0
- 752 名前：デフォルトの名無しさん mailto:sage [2014/04/23(水) 23:55:44.68 ID:TUgA9FPl.net]
- Platform数はドライバの数
汎用のドライバとIntelチューンのドライバの2つが入っていたら２つのプラットフォームが出てくる
少なくともWindowsだとそんな感じ
あと745の結果でPlatformIDが同じなのはおかしい
多分745のプログラムはバグってる
- 753 名前：741 mailto:sage [2014/04/24(木) 00:06:20.94 ID:T0adDPXi.net]
- ドライバの数ですか・・・Debianのパッケージを入れる時にたしかに
汎用ローダとか言うのとintelドライバを入れた記憶があります
それで２つ出ているのか、入れたのは以下のパッケージだったような
opencl-headers - OpenCL (Open Computing Language) header files
beignet - Intel OpenCL library
beignet-dev - Intel OpenCL library
ocl-icd-dev - Development files to build a ICD Loader
ocl-icd-libopencl1 - Generic OpenCL ICD Loader
clinfo - Query OpenCL system information
- 754 名前：デフォルトの名無しさん mailto:sage [2014/06/26(木) 07:45:11.00 ID:DsGyZECt.net]
- >>717
cl.hpp使えばそんな難しくないだろ
qa.atmarkit.co.jp/q/2899
- 755 名前：デフォルトの名無しさん mailto:sage [2014/06/26(木) 08:39:51.72 ID:rajeiAxv.net]
- デフォルトのコンテキストやキューが追加されたのはOpenCL1.2からだから
NVIDIAじゃ使えないことに注意な。
- 756 名前：デフォルトの名無しさん mailto:sage [2014/06/26(木) 12:05:53.66 ID:u/fLSVr/.net]
- >>747
// OpenCL側に結果を書き込む領域を作成する
const size_t
length = 0x10;
cl::Buffer
array( CL_MEM_READ_ONLY, length * sizeof( float ) );
（ ´,_ゝ`）
- 757 名前：デフォルトの名無しさん mailto:sage [2014/06/26(木) 22:35:19.78 ID:BVAAIzQv.net]
- >>749
答えといてやれよ。
- 758 名前：デフォルトの名無しさん mailto:sage [2014/08/29(金) 13:36:44.60 ID:P9znXDYB.net]
- AMDとMS，GPU演算用途向けのコンパイラ「C＋＋ AMP v1.2」を発表
www.4gamer.net/games/032/G003263/20140828031/
C＋＋ AMP v1.2は、C＋＋開発者が広範なハードウェア構成および
ソフトウェア構成でアプリケーションを高速化できるよう、
以下の3つのアウトプットをサポートしています。
・Khronos GroupのOpenCL：AMD CPU/APU/GPU、Intel CPU/APU、NVIDIA GPU、Apple Mac OS X、その他のOpenCLに準拠したプラットフォームをサポート
・Khronos GroupのSPIR：AMD CPU/APU/GPU、Intel CPU/APU、将来的なSPIRに準拠したプラットフォームをサポート
：HSA FoundationのHSAIL：AMD APU、将来的なヘテロジニアス・システム・アーキテクチャー（HSA）に準拠したプラットフォームをサポート
- 759 名前：デフォルトの名無しさん [2014/08/30(土) 20:21:59.78 ID:rOGhcjm5.net]
- ム板はしょっちゅう落ちるな。
- 760 名前：デフォルトの名無しさん mailto:sage [2014/08/30(土) 20:24:50.83 ID:nZ1XDijW.net]
- よく落ちるな‥
- 761 名前：デフォルトの名無しさん mailto:sage [2014/09/19(金) 08:34:07.91 ID:KzrQAxPc.net]
- OpenCL 1.2が現在のstableになるのかな？
1.1だとOpenCVは動かないですね
- 762 名前：デフォルトの名無しさん mailto:sage [2014/09/19(金) 23:42:34.05 ID:dfKMMaQo.net]
- NVIDIAが1.2に対応しないからうちは1.1縛りだな。
OpenCVみたいにCUDAと両方やるならいいんだろうけど。
- 763 名前：デフォルトの名無しさん mailto:sage [2014/10/15(水) 00:45:43.10 ID:bIoSVMWH.net]
- VBAで使いたいのですが、ラッパーDLL何か
ご存知ないでしょうか？
C#用のは幾つか見つかるのですが…
- 764 名前：デフォルトの名無しさん [2014/10/15(水) 01:04:21.97 ID:bIoSVMWH.net]
- 質問あげ m(_ _)m
- 765 名前：デフォルトの名無しさん mailto:sage [2014/10/15(水) 10:11:05.56 ID:3rwOGNYw.net]
- >>756
C#でVBAとOpenCLの仲介DLLでも作ればいいんでないの?
Windows知らんけど。
- 766 名前：デフォルトの名無しさん [2014/10/15(水) 10:36:01.03 ID:bIoSVMWH.net]
- >>758
そうなんですけど、既にあるならそれ使いたいなと。
いま、ClooというC#用のラッパー使ったりソース見てるのですが、
ジェネリクスは使えないからどうするんだ？とか
DLL作ったことないのでチョット途方に暮れてます…
（シンプルなDLL作成サンプルは理解できますが、
openclを全てラップするのは無理…）
- 767 名前：デフォルトの名無しさん mailto:sage [2014/10/15(水) 19:03:22.75 ID:oTkKZ4Eq.net]
- 既にあるもので使い方覚えるより
自分で造った方が早い場合も多い
- 768 名前：デフォルトの名無しさん mailto:sage [2014/10/15(水) 22:49:10.60 ID:y41AVgB1.net]
- 口だけ番長
- 769 名前：757 [2014/10/16(木) 00:06:46.03 ID:1e+5gfAa.net]
- >>760
プラットフォームを返すところから少し作り始めてみましたが、
VBAのcollectionとして値を返すなら、
C#では何なの？ディクショナリ？ってとこで
早速つまづいてしまいました(;_;)
なので、VBAでラッパー作ろうかと迷走中…
- 770 名前：デフォルトの名無しさん mailto:sage [2014/10/16(木) 00:45:29.59 ID:925HRnD9.net]
- 別に何しようと勝手だけど
VBAでOpenCL使う必要性って何？
非同期処理が苦手なVBAは「待ち」が生じるような複雑な計算は向かないし
計算速くするだけならDLLなりに入力投げて結果だけもらえばいいし
Officeとの連携ならVBA使う必要ないし
規定されたソフトウェア以外使用禁止だったらそもそもOpenCL使えそうにないし
- 771 名前：デフォルトの名無しさん mailto:sage [2014/10/16(木) 15:24:45.15 ID:7O3aHiya.net]
- そもそもVBAに固執してる時点で視野狭窄。
- 772 名前：757 [2014/10/16(木) 17:11:21.81 ID:8j84DcHT.net]
- 固執？( ´����×����` ) ﾌﾟｯ
- 773 名前：757 [2014/10/16(木) 17:12:09.70 ID:8j84DcHT.net]
- ありゃw
- 774 名前：デフォルトの名無しさん mailto:sage [2014/10/17(金) 13:05:53.28 ID:npcZf8Up.net]
- あらあら可哀想なひとでしたか。
- 775 名前：デフォルトの名無しさん mailto:sage [2014/10/17(金) 16:09:50.28 ID:aw+RiOqr.net]
- こんなところにもシナが湧くようになったか
- 776 名前：デフォルトの名無しさん mailto:sage [2014/10/18(土) 01:23:16.18 ID:sx5ESDLm.net]
- そもそもそんな方法よりこうした方が・・とか
上流にまで遡って正そうとする奴がいるけど
余計なお世話なんじゃない？
VBAでOpenCLを使う方法を聞かれているんだから
答えがあるならそれに出せばいい。
無いならわからないと答えればいい。
見当違いのに話を捻じ曲げて、してやったりと
悦にはいるのか？
- 777 名前：デフォルトの名無しさん mailto:sage [2014/10/18(土) 13:19:15.72 ID:Z3gRebWt.net]
- 余計なお世話だと感じたらスルーすればいいだけ
スルーも出来ないお子ちゃまが馬鹿にされるだけ
- 778 名前：デフォルトの名無しさん mailto:sage [2014/10/18(土) 15:49:20.82 ID:mzkaImX0.net]
- >>769
あんた公務員やな
- 779 名前：デフォルトの名無しさん mailto:sage [2014/10/18(土) 19:40:45.23 ID:P/Strs7V.net]
- 余計な世話しなきゃいい
- 780 名前：デフォルトの名無しさん mailto:sage [2014/10/19(日) 02:01:55.89 ID:CeuU+CpH.net]
- まあ、余計なお世話なやつは
わかってない（解決策はわからない）
ってことだから
解決策以外はただの雑談
スルーするかしないかなんて、
どうでもいいこと
- 781 名前：デフォルトの名無しさん [2015/01/12(月) 09:09:09.30 ID:BHqm0X8b.net]
- OpenCLとCUDAの相互運用について情報を探していたらCUDAカーネルを
OpenCLランタイムから実行できると書いてある記事を見つけたんだが、
本当にそんなんできるんだっけ？
www.4gamer.net/games/032/G003263/20091104040/
- 782 名前：デフォルトの名無しさん mailto:sage [2015/02/04(水) 08:37:05.19 ID:PgjHlyod.net]
- いままでコンスタントに500[ms]程度でkernel処理が終わってたのが、
１分以上kernel処理が終了しない異常が、
処理２回目とあと不定期に発生するようになりました。
処理の内部のループカウントを数えたら正常なときと大差なく、
重い処理をしてはいないようです。やはりハードの不具合でしょうか？
- 783 名前：デフォルトの名無しさん [2015/02/04(水) 11:47:15.88 ID:kErMECZ6.net]
- windows update
- 784 名前：デフォルトの名無しさん mailto:sage [2015/02/08(日) 04:16:42.58 ID:4RF7kRSx.net]
- モバイルだと、GPU性能とCPU性能あんま大差ないからな。CPUだと4コアでNEON使えば最大性能で60GFLOPSぐらい？最新のTegraX1とかだと300GFLOPSオーバーするかもしれんが
現行のAdreno330ぐらいだと150GFLOPSくらい？
- 785 名前：デフォルトの名無しさん mailto:sage [2015/02/08(日) 04:19:43.86 ID:4RF7kRSx.net]
- だからNEONのコードをわざわざ書き直す必要まだないかな？メモリアクセスのほうがボトルネックになってるっぽいのもあるし。まぁ、CPUとGPU実行じゃ消費電力ちがうかもしれんが。
- 786 名前：デフォルトの名無しさん mailto:sage [2015/02/15(日) 00:22:26.32 ID:rqZ8R7KU.net]
- 個人的にはこの言語産廃な気がするけどどうなんだろう
手続きの多さはさすがにちょっと…
CUDA←AMDも似たもの作るorライセンス料払ってでも統一しろ（最良）
C++AMPとOpenACC←そのレベルの抽象言語ぐらい統一しろ（次善）
OpenCL←やめて
- 787 名前：デフォルトの名無しさん mailto:sage [2015/02/15(日) 10:01:14.87 ID:MuMGrz7U.net]
- OpenCLはハード非依存のGPGPUプラットフォームとして用意され、
その上にライブラリを構築してユーザーはそれを使うのが本来意図してたこと。
残念ながらそういうライブラリがあまり出てきていないのが現実かな。
- 788 名前：デフォルトの名無しさん mailto:sage [2015/02/15(日) 12:56:46.74 ID:TTUR8i8s.net]
- OpenCLはDSPとかFPGAとかGPU以外もターゲットに入っているから
下手に統合しない方がいいと思う
- 789 名前：デフォルトの名無しさん mailto:sage [2015/02/15(日) 20:42:11.90 ID:aU4fh9i9.net]
- とか言いながら、触ればわかるが単なるCUDAの焼き直しなんだよな、これ
- 790 名前：デフォルトの名無しさん mailto:sage [2015/02/15(日) 21:52:13.56 ID:DwKzmQqr.net]
- nvidiaのquadro K620Mか
インテルグラフィックHD5500にしようと思うんだけど
openclとか数値計算の初歩の練習としてはどっちがいいよ
- 791 名前：デフォルトの名無しさん mailto:sage [2015/02/15(日) 22:09:31.75 ID:SQuQNCw8.net]
- >>783
IntelのOpenCLドライバって糞だって印象しかない。
AMDやNVIDIAで動いてたコードが通らなかったりするし。
- 792 名前：デフォルトの名無しさん mailto:sage [2015/02/15(日) 22:20:29.24 ID:DwKzmQqr.net]
- >>784
ありがとうございます
|
 |
