OpenCLプログラミング#1

1 名前：a36 ◆K0BqlCB3.k [2008/12/10(水) 15:38:25 .net] さてついにOpenCLの仕様が公開されました。 www.khronos.org/opencl/ 公式ページにはAPIのヘッダファイルが公開されており、 まだ実際に動かす事はできないもののプログラミングすることは可能となっています。 ということで、公開に先んじてプログラミングを始めてしまいましょう。 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 ありがとうございます 793 名前：デフォルトの名無しさん mailto:sage [2015/02/15(日) 22:26:41.71 ID:SSlwb3yD.net] 実は正しくないコードが他の環境ではたまたま通っていただけ、てのはよくある。 たしかにIntelのコンパイラは厳しいから、普段の開発は他のGPUでやっていても IntelのKernel Builderでカーネルのチェックしたりするな。 794 名前：デフォルトの名無しさん mailto:sage [2015/02/16(月) 00:42:06.13 ID:bUgXoWHZ.net] >>786 コードそのものに問題はなかったよ。 カーネルが複雑になりすぎるとIntelのコンパイラは落ちるから論外。 795 名前：デフォルトの名無しさん mailto:sage [2015/02/16(月) 00:55:29.94 ID:0cGz3jVB.net] IntelはGlobalWorkingGroupとLocalWGのサイズがN倍じゃないと動かないんだけどAMDは変な比率でも動く 原因調べるのの時間かかったよ 796 名前：デフォルトの名無しさん mailto:sage [2015/02/16(月) 02:05:22.57 ID:bUgXoWHZ.net] >>788 そりゃ動くほうが不思議だｗ 自分の場合はカーネルを小さくしたら 普通に通ったからそういう問題はなかったはず。 797 名前：デフォルトの名無しさん [2015/02/16(月) 07:56:11.60 ID:F7oc1qZ/.net] >>784 同意 798 名前：デフォルトの名無しさん mailto:sage [2015/02/16(月) 13:24:15.63 ID:LR9r89r7.net] AMDのコンパイラも最適化オンにしたらコンパイル終わらなかった事あったので、結構怪しい。(2011年ぐらいの話だけど) 799 名前：デフォルトの名無しさん mailto:sage [2015/02/16(月) 13:44:20.54 ID:bUgXoWHZ.net] >>791 確かにAMDのコンパイラの最適化は完全に地雷だったｗ 800 名前：デフォルトの名無しさん mailto:sage [2015/02/16(月) 21:40:57.33 ID:HyfDl27x.net] >>783 初心者がこれからOpenCLを始めるのにどの環境を選ぶか、という話なら NVIDIAは避けるのが無難だな。デバッガやオフラインコンパイラなんかの ツールが皆無に等しい。 CUDAもやりたいとかいうなら別だが。 801 名前：デフォルトの名無しさん mailto:sage [2015/02/16(月) 22:38:07.54 ID:QHeQ+cdL.net] >>793 多くの奴はGPGPUするぞ、じゃメジャーなCUDAで良いやだからな OpenCL使ってIntel,Nv,AMD(あとFPGAとか?)でちゃんと動くものを作らなければいけないってあんまりないだろからな 802 名前：デフォルトの名無しさん mailto:sage [2015/02/17(火) 02:24:50.68 ID:xvdMpEI6.net] OpenCL使ったところで、同じコードでどんなCPU/GPUでも効率よく動くとかレアケースだしなぁ。 803 名前：デフォルトの名無しさん mailto:sage [2015/02/17(火) 08:22:15.68 ID:fCIGE3+K.net] 最高のパフォーマンスを引き出すチューニングというなら別だが、どれかGPUを想定した コードならそこそこの速度で動くだろ。たいてい、従来のCPUより速けりゃ十分だろうし。 FPGAだけは別格で、GPUと同じコードじゃぜんぜん速度が出ないだろうが。 804 名前：デフォルトの名無しさん mailto:sage [2015/02/18(水) 10:38:35.72 ID:CGhwPhC5.net] SSEレジスタに乗ること期待して書いたchar16とかGPUに食わせたら憤死するで。 805 名前：デフォルトの名無しさん mailto:sage [2015/02/18(水) 16:12:46.20 ID:pennC58Z.net] アーキテクチャ毎に最適化しないと、 OpenCLで性能なんか出せないよ。 806 名前：デフォルトの名無しさん mailto:sage [2015/02/18(水) 22:51:48.89 ID:Z2YWe05s.net] >>797 ベクタ型は想定するターゲットで効果が見込まれる場合に使うべきで、そういう意味では どっちかというとチューニングの範疇だろう。 そもそも、インテルのコンパイラならベクタ型使わずに普通に書いてSSE/AVXを 使ってくれるんだが。CL_DEVICE_PREFERRED_VECTOR_WIDTH_CHAR=1だしな。 下手に最適化しようとして却って駄目にしているように思える。 807 名前：デフォルトの名無しさん mailto:sage [2015/02/19(木) 01:05:51.96 ID:f67JHinc.net] かたやGPUになるとパイプラインのスカスカ具合見ながら int2とかint4とか使って依存関係のない演算で埋めていかないとお話にならんしなぁ。 808 名前：デフォルトの名無しさん mailto:sage [2015/02/19(木) 02:14:32.89 ID:KUEe9MYM.net] アーキテクチャごとの最適化は、まだコンパイラとかの成長中の部分もあるだろうしなぁ そのうち改善はしてくれるような気がするけど 809 名前：デフォルトの名無しさん mailto:sage [2015/02/19(木) 22:30:01.89 ID:t/UF4QVL.net] そうは言っても今のアーキが向かってる方向ってコンパイラ実装の難易度上がってるから コンパイラの苦手な部分を補填してやらにゃ速くならないってのは改善される事はないと思う むしろそこまで賢いコンパイラとか使いたくない 810 名前：デフォルトの名無しさん mailto:sage [2015/02/19(木) 23:19:07.50 ID:1LBnym+M.net] 技術的側面もあるが それ以上にIA64がコケたことが コンパイラを賢くしてプロセッサを脳筋にする道を 決定的に閉ざした コンパイラの賢さに関して言えば 足並みがそろってない事の方が問題だと思う 811 名前：デフォルトの名無しさん mailto:sage [2015/02/26(木) 07:17:19.04 ID:BKvgQceT.net] クロノスってなんかのアニメであったような 812 名前：デフォルトの名無しさん mailto:sage [2015/02/26(木) 14:44:53.01 ID:ZlyxtZ3O.net] クロノスはゼウスのお父さん 813 名前：デフォルトの名無しさん mailto:sage [2015/02/26(木) 20:31:41.27 ID:yDVFOiWq.net] マッシーンロボッ！ お前には、敵はない！ 814 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 09:21:28.42 ID:rJrv12ko.net] OpenCL2.1は発表されたが相変わらずNVIDIAはやる気なさそうだなぁ、コメントくれないし。 おかげでいまだに開発は1.1ベースだよ。 815 名前：デフォルトの名無しさん mailto:sage [2015/04/12(日) 20:37:22.82 ID:4fkLnYAO.net] OpenCLでHEVCをGPUに部分的にデコードさせる実験やってるな まあ新製品はハードウェアでHEVCに対応してるから不要になっちゃうんだけど 816 名前：デフォルトの名無しさん mailto:sage [2015/04/12(日) 20:37:43.88 ID:4fkLnYAO.net] ×やってるな ○やってたな去年の夏ごろ 817 名前：デフォルトの名無しさん mailto:sage [2015/04/12(日) 21:03:58.32 ID:b726GPIq.net] 結局使えるのは、いつくらいになるのか… 818 名前：デフォルトの名無しさん mailto:sage [2015/04/25(土) 14:51:39.69 ID:zIE5htjK.net] vexcl使えばopenclもcudaも関係なくGPUが使えるっぽいけど 819 名前：デフォルトの名無しさん mailto:sage [2015/04/25(土) 16:55:17.48 ID:DlB5+dQK.net] NVIDIAでやっと1.2が使えるようになったと思ったらバグってんじゃねーか。 本当にやる気無いのな。 820 名前：デフォルトの名無しさん mailto:sage [2015/04/26(日) 16:04:03.54 ID:ljYoE8AT.net] そらやる気ないやろ。 cudaなら囲い込みできるのに、 cudaの焼き直しのOpenCLなんて協力するだけ損だし。 821 名前：デフォルトの名無しさん mailto:sage [2015/04/27(月) 10:52:17.46 ID:1JZfjbGY.net] pocl.sourceforge.net/ 822 名前：デフォルトの名無しさん mailto:sage [2015/06/06(土) 14:22:49.99 ID:xHuAhJj5.net] Core i7 3990とGeForce使ってるんだけど、IntelHDが認識されてなくてデバイスマネージャに表示されない OpenCLの性能評価を試したいんだけど、IntelHDのドライバをインストールすれば認識されますかね？ 823 名前：デフォルトの名無しさん mailto:sage [2015/06/07(日) 15:10:46.44 ID:OFY6KtcL.net] >>815 モニタはiGPUとゲフォどっちにつないでる？ それと自作PCか？ 824 名前：デフォルトの名無しさん mailto:sage [2015/06/07(日) 15:14:39.85 ID:OFY6KtcL.net] あ、それとintel Opencl driver　インストールうまくできるか試してみて結果おしえて 825 名前：デフォルトの名無しさん mailto:sage [2015/06/07(日) 20:39:44.84 ID:NnypvtRT.net] >>816 モニタはGeForceに接続。ドライバインストール試してみる。 826 名前：デフォルトの名無しさん mailto:sage [2015/06/08(月) 05:35:15.96 ID:ewd9hwV4.net] Intelのにモニターをつなげないと いけなかったはず。 827 名前：デフォルトの名無しさん mailto:sage [2015/06/08(月) 13:13:32.81 ID:rnRcmo2O.net] i7 3990は検索してもろくにヒットしないけど、Sandy Bridge-Eなら無理なのでは。 828 名前：デフォルトの名無しさん mailto:sage [2015/06/09(火) 01:36:37.47 ID:c7FHKlcw.net] そだね、そのくらい確認してるかと思って聞かなかったけど、 iGPUがついてないならそもそも無理だわな。 829 名前：デフォルトの名無しさん mailto:sage [2015/06/10(水) 12:18:07.90 ID:VIG2W0Y+.net] うまくいけばCPUの方はOpenCLで動かせるかもしれない やる意味ないけどね 830 名前：デフォルトの名無しさん mailto:sage [2015/06/19(金) 09:06:28.51 ID:giF1KE9b.net] GPUのないノートのCPUでデバックしてから GPUで実行できるなら俺はうれしい 831 名前：デフォルトの名無しさん mailto:sage [2015/06/19(金) 21:38:40.35 ID:s6jV56Gc.net] 別途ドライバをインストールしなきゃならんってのが難点なんだよな。 SSE/AVXをお手軽に使えて、コア数に応じてマルチスレッドで実行してくれるから 使いではあると思うんだが。 832 名前：デフォルトの名無しさん mailto:sage [2015/06/19(金) 23:20:08.11 ID:KZJPVbVq.net] デバッグなんかよりチューニングが大事だからターゲットハード以外でコーディングしてもなぁ 833 名前：デフォルトの名無しさん [2015/06/20(土) 00:21:14.39 ID:46SUOvEb.net] なにがなんでも最高性能出さなきゃならん用途ばかりじゃあるまい。 一般的な並列化のみで大多数のハードでそこそこ速くなりゃ十分、という応用もある。 834 名前：デフォルトの名無しさん mailto:sage [2015/06/22(月) 00:09:27.57 ID:e4hiyCLD.net] CLはチューニングなしだとCPUに惨敗もありえるのでな。 835 名前：デフォルトの名無しさん mailto:sage [2015/06/22(月) 01:11:03.05 ID:rREKDKy5.net] メモリ転送とenqueueしてからの計算開始に時間かかるのがなぁ 836 名前：デフォルトの名無しさん mailto:sage [2015/06/22(月) 07:39:26.22 ID:FYteK6ai.net] CPUに惨敗してた処理がチューニングでどうかなるもんか？ 単に並列化できてなかっただけじゃね？ 837 名前：デフォルトの名無しさん mailto:sage [2015/06/22(月) 21:40:24.04 ID:e4hiyCLD.net] >>829 レジスタ数とか共有メモリサイズとかでブロックサイズだっけnVIDIAでいうところのwarp数とか 調整しないとてんでダメだよ。 838 名前：デフォルトの名無しさん mailto:sage [2015/06/22(月) 21:41:31.55 ID:e4hiyCLD.net] >>828 そのコストを払っても高速かどうかは実機でテストするしかないしな。 機種ごとにCLを使うか通常ルーチン使うか選別するくらいしないと効果なし 839 名前：デフォルトの名無しさん mailto:sage [2015/06/23(火) 02:38:28.65 ID:22fvktD/.net] チューニングは難しい 何となくやってみたら、処理時間が5倍遅くなったときの衝撃は大きかったな 840 名前：デフォルトの名無しさん mailto:sage [2015/06/23(火) 08:25:00.27 ID:drLPVFNo.net] ターゲットのハードに特化したチューニングをしないと使い物にならんようなことを 言っている人がいるが、そんなこといったらユーザー環境を特定せずに広く配布する アプリなんて作れんな。 うちじゃ一般的なGPU向けチューニングしかしてないが、NV/AMD安いのから高いのまで テストしてみてローエンドでもCPUの数倍くらいで動くから十分、速く動かしたいなら 高いGPU使え、ってなノリだな。 841 名前：デフォルトの名無しさん mailto:sage [2015/06/23(火) 08:50:44.48 ID:LQs/3Np0.net] 一番遅いハードに合わせて作っとけば問題ないよ 842 名前：デフォルトの名無しさん mailto:sage [2015/06/23(火) 22:58:24.67 ID:VwORpFDM.net] >>833 AMDのHSAのAPUとAMDのOpenCl2のdGPUがHPCを除いたいまのデファクト それ以外は無視で良い。Nvは一般用でGPGPUやる気ないし HPC用ならターゲットのハードに特化したチューニングは当然だし 843 名前：デフォルトの名無しさん mailto:sage [2015/06/24(水) 01:34:16.84 ID:35TMs94C.net] madとかそういう複合命令(?)を使ってチューニングする程度で抑えたいところ 844 名前：デフォルトの名無しさん mailto:sage [2015/08/31(月) 07:10:09.59 ID:kH1QDWTh.net] Vexclの開発が止まってる 誰か引き継ぐ人はいないのか？ 845 名前：デフォルトの名無しさん mailto:sage [2015/09/02(水) 06:58:53.31 ID:VNDyXTKC.net] 早く2.0を使えるようにしてくれ 846 名前：デフォルトの名無しさん mailto:sage [2015/09/03(木) 00:02:12.18 ID:iQnjIkb4.net] NVIDIA無視すりゃ幸せになれるぞ 847 名前：デフォルトの名無しさん mailto:sage [2015/09/03(木) 01:44:07.69 ID:cb/ef9ik.net] >>839 こんなに対応が遅いと思わなかったんだよ 次からはAMDを信じるよ、あればだけど 848 名前：デフォルトの名無しさん [2015/12/19(土) 10:21:19.84 ID:7/8YsZOJ.net] プログラマはMacを使ってるってマジ？ hayabusa3.2ch.net/test/read.cgi/news/1450395043/ 849 名前：デフォルトの名無しさん mailto:sage [2015/12/19(土) 10:23:37.79 ID:qfRCvKdP.net] 単なる世間知らずが踊らされてそう言ってるだけ 850 名前：デフォルトの名無しさん mailto:sage [2015/12/19(土) 12:49:21.08 ID:BBUxwf4S.net] マルチコピペだぞそれ 851 名前：デフォルトの名無しさん mailto:sage [2015/12/19(土) 15:25:38.18 ID:iG82T79N.net] 100スレ以上にレスしてNGにならないのは運営が公認してるマルチってことか 852 名前：デフォルトの名無しさん mailto:sage [2015/12/19(土) 16:25:03.85 ID:2xl0Mjgh.net] GeForceはOpenCL2.xに対応した？ CUDAに同様の機能が在るから技術的に無理という事はないだろうけど 853 名前：デフォルトの名無しさん mailto:sage [2015/12/19(土) 18:13:33.83 ID:LGhGH2LK.net] 358でやっと1.2正式サポートしたところ。 854 名前：デフォルトの名無しさん mailto:sage [2015/12/19(土) 19:06:17.07 ID:2xl0Mjgh.net] サンクス。IntelですらOpenCL2.0に対応しているのに業界最大手のnVIDIAがやらないのはなぁ CUDAを使えという事なんだろうけど、それではnVIDIA専用になってしまうからそれは避けたい。 かといってnVIDIAを無視する訳にもいかないというジレンマ そろそろOpenCL2.xをメインにしていきたいのだが 855 名前：デフォルトの名無しさん mailto:sage [2015/12/20(日) 00:20:21.34 ID:ujiFhYYe.net] VGAはいまAMDがすごく伸びてきているんだろ 来年の後半にはVGAの販売数シェアではAMDがNvidiaを上回るんじゃないのか 再来年には一般グラフィックではIntel、AMDが2強ってなるんじゃないか 856 名前：デフォルトの名無しさん mailto:sage [2015/12/20(日) 00:47:13.59 ID:14eB8c4R.net] NVIDIAのOpenCL対応はちょうどAppleが採用やめたあたりから停滞したな。 結局のところNVIDIAにとって、そういうOpenCLを望む大口の顧客でもいない限り OpenCLに力を入れる理由はないんだろうな。 857 名前：デフォルトの名無しさん mailto:sage [2015/12/20(日) 01:02:38.32 ID:XNwlDZDb.net] nvidiaはopenAMP+だっけ？あっちに力いれてんじゃないのかね？ 858 名前：デフォルトの名無しさん mailto:sage [2015/12/20(日) 04:40:12.37 ID:oUoqwn36.net] AMDもCUDAに対応するみたいなニュースをみたけど、どうなったんだろう？ GPGPUの技術も速く落ち着いて欲しい 859 名前：デフォルトの名無しさん mailto:sage [2015/12/20(日) 07:41:04.82 ID:MpbNAZoy.net] CUDAが各社GPU共通のならいいけどそうじゃないからなぁ Intel iGPUでも使えないと困る 860 名前：デフォルトの名無しさん mailto:sage [2015/12/20(日) 07:47:22.55 ID:14eB8c4R.net] AMDのあれは、HSAをターゲットにしたHalideやvexclのような並列計算APIで、 それがNVIDIA向けにもコンパイルできるって話だな。既存のCUDAコードからも コンバートできるというのは目新しいが。 861 名前：デフォルトの名無しさん [2016/03/29(火) 10:04:21.74 ID:/c8bAcK4.net] サッカーブッシュ日本代表日程ぷあたん（しゅっちょうまいくろ教育長交代）春文執行40代売上差額シュガーチョコ https://www.youtube.com/watch?v=NDq1QoJY0nY宇ドナルドアナリストパワーストーンコーチングとしまえん サッカーブッシュ日本代表日程古本屋よしたけしゅっちょうちょこしゅがー ディーラー税務署天才開発者死亡詰みヨミドクターマイクロサービ 862 名前：ス不足 サッカーブッシュ日本代表日程ぷあたんシフト光金さかい強制バイト人権侵害問題 春分資源執行ニューヨーク低原価ぼったステーキソルトレイク福岡横浜新橋奴隷課金パチシフト強制バイト問題新潟米センター生残 コスメ２４チャリティー隠れ40代生活保護プレイボーイバイトレードいたりあん接待問題 マスコミKARDローンケーオーサービス不足婚活パーティー寄付金執行原発ビジネス FBIチャイニーズタイホテル売上事務所ガチャ決算ガチャキャンペーン（販売報道陣過激派組織向携帯最新情報提供終了 校長発言細心注意ノートン産廃エラー(著作権クレーム中国反応融資高額教育費)(中国捕鯨団体40代社員サッカーコメント 高額入学金ヤフウ新橋大学ヤフウ新橋理事長FX経費 おじや50代資産ガリバズフィード40代エリート [] [ここ壊れてます] 863 名前：デフォルトの名無しさん mailto:sage [2016/05/30(月) 13:15:08.40 ID:27ORFIrk.net] CUDA8.0RCでも1.2どまり 864 名前：デフォルトの名無しさん mailto:sage [2016/05/31(火) 02:00:22.72 ID:tLbBjsj4.net] CUDAが強すぎて、なかなか広がらないイメージ 865 名前：デフォルトの名無しさん mailto:sage [2016/05/31(火) 15:24:04.45 ID:o40hgVi5.net] あまり最適化されてない(できない、ifがそれなりに多い)プログラムをCPUとGPUで動かしてみて、 早い方を採用するには都合がいい。 866 名前：デフォルトの名無しさん mailto:sage [2016/08/08(月) 11:44:01.40 ID:OeTPyxgg.net] CUDAは強い強い言われてるけど結局一社独占の技術だから過渡期の産物で終わってメインストリームにはなれんよ nvidia自体x86やARM関係なくCPUを締め出しにかかって古い仕様を拡張する気がなさそうだし 867 名前：デフォルトの名無しさん mailto:sage [2016/08/08(月) 23:41:36.48 ID:FOEjBVJr.net] しかしOpenCLも最近失速気味だしなぁ。規格は2.2まで出てるのにいまだに2.1のまともな実装すら出てないし。 AMDが体力続かなくて手を引いたりしたらOpenVXみたいにフェードアウトするんじゃないか？ 868 名前：デフォルトの名無しさん mailto:sage [2016/08/13(土) 04:34:37.27 ID:C6tpw ] [ここ壊れてます] 869 名前：DrS.net mailto: 物理レンダリングが出たばっかりなのに失速とは [] [ここ壊れてます] 870 名前：デフォルトの名無しさん mailto:sage [2016/10/29(土) 09:17:30.79 ID:W9gQheBG.net] AppleがGeForce採用すりゃNVIDIAもOpenCLをアップデートすると期待してたが、今回も採用なしか。 それとも逆に、いつまでもOpenCL 2.0対応しないから採用しないのかな。 871 名前：デフォルトの名無しさん mailto:sage [2016/10/29(土) 12:19:11.69 ID:YsxFht0u.net] OpenCLはオワコン 872 名前：デフォルトの名無しさん mailto:sage [2016/10/29(土) 15:09:52.99 ID:0Cs4HSkt.net] HIPだっけ？ あれでCUDAを汎用的に使えるようになるんじゃないの？ 873 名前：デフォルトの名無しさん mailto:sage [2016/10/29(土) 18:46:14.19 ID:vjtn6SxB.net] >>862 C/C++使いはOpenCLも使えないと駄目ってなりつつあるんじゃないのか？ 874 名前：デフォルトの名無しさん mailto:sage [2016/10/30(日) 01:49:24.70 ID:IKgBO44W.net] それはOpenMPでは 875 名前：デフォルトの名無しさん mailto:sage [2017/01/08(日) 01:47:50.25 ID:qDa6npPv.net] Vexcl難しい サンプルコード少なすぎる 876 名前：デフォルトの名無しさん mailto:sage [2017/02/12(日) 09:50:54.30 ID:fljd0HzI.net] vexclは挫折してviennacl使ってる 使えるスキルある人ならvexcl良いと思うけど 自分には無理だった 877 名前：デフォルトの名無しさん mailto:sage [2017/02/12(日) 14:41:00.16 ID:VBfSC62c.net] boost.computeなら、どうだろうか？ 878 名前：デフォルトの名無しさん mailto:sage [2017/02/16(木) 11:11:01.71 ID:sX4bqSJb.net] Boost.computeはcudaに対応してない 879 名前：デフォルトの名無しさん mailto:sage [2017/02/17(金) 01:28:52.49 ID:LtwBLUnB.net] OpenCLの話題だし、CUDA対応とかより、いかにOpenCLのコードが書きやすいかのほうが大切だと思うんだ 880 名前：デフォルトの名無しさん mailto:sage [2017/02/28(火) 20:15:03.56 ID:514SeM49.net] ここ1年くらい停滞気味で話題が少なかったけど、これはめでたい。 NVIDIA 378.66 drivers for Windows offer OpenCL 2.0 evaluation support https://www.khronos.org/news/permalink/nvidia-378.66-drivers-for-windows-offer-opencl-2.0-evaluation-support 一方で、前にいろいろぶち上げたAMDは何してるんだ？Ryzenで忙しいってか？ 881 名前：デフォルトの名無しさん mailto:sage [2017/03/17(金) 02:02:00.80 ID:YSidBwLT.net] Vexclで行列計算したいけど行列掛け算のexampleしかない qr分解とかライブラリ使って出来ないの？ Vienaclにはqr分解とか例が沢山あるのに 882 名前：デフォルトの名無しさん [2017/03/17(金) 11:56:23.09 ID:ol/nseXL.net] できる 883 名前：デフォルトの名無しさん mailto:sage [2017/03/30(木) 08:07:31.22 ID:sSr9ORWQ.net] 過疎ってるところ恐縮ですが、質問です。 通常のCプログラムの中で、コプロ的な使い方でOpenCLをインラインアセンブラのように使うような使い方は可能なのでしょうか？ もしくは、その様な使い方を実現する方法はないでしょうか。 884 名前：デフォルトの名無しさん mailto:sage [2017/04/04(火) 23:25:23.65 ID:d4Y6801f.net] Openmpでgpuの並列計算も出来るようになってから Viennaclは更新も止まって、もう実質一年ぐらい更新ない Openmpがgpu計算の標準になるのかな 885 名前：デフォルトの名無しさん mailto:sage [2017/10/25(水) 09:29:08.47 ID:h/b8kKiY.net] 開発環境自体もOpenCL 2.0で止まっている感じはするな 鈍足になった感じはする 886 名前：デフォルトの名無しさん [2018/04/03(火) 04:40:48.84 ID:mPevnajZ.net] cudaだと毎回計算結果違うとかビットエラーで整数計算も間違うことあるらしい OpenCLをamdで動かすとどうなの？ 887 名前：デフォルトの名無しさん [2018/04/03(火) 11:25:01.62 ID:R6gDm2yr.net] えっ 888 名前：デフォルトの名無しさん [2018/04/03(火) 23:11:05.85 ID:RICRRaNn.net] マイニング終了でRädeonの中古が格安で大量に売られてるので 何か使えないか Openclってひょっとして再帰できない？ 889 名前：デフォルトの名無しさん [2018/04/06(金) 09:28:13.93 ID:Z8wP2fEV.net] >>877 科学計算用のやつだと、ちゃんとエラー補正してくれるよ 890 名前：デフォルトの名無しさん mailto:sage [2018/05/18(金) 19:25:23.10 ID:RN2l/52Z.net] 再帰できないってことはないだろ。 確認まではしてないけど、小さいの書けばすぐわかるからよろしくです 891 名前：デフォルトの名無しさん mailto:sage [2018/05/18(金) 23:22:29.85 ID:z36hYsyi.net] たしか昔はcudaも再帰できなかったと思う ある時期までの規格なら再帰できないとかもありえる あるいは製品依存とか？ 892 名前：デフォルトの名無しさん mailto:sage [2018/05/19(土) 10:52:19.90 ID:iBGlap+k.net] 再帰って、例えば階乗（n!）を関数内で1引いて乗算して、また自身を呼び出すみたいなことでしょ？ できないわけないよな……と脳内で思ってます。 色々な階乗をパラでやっても大丈夫だと思うし、一つの階乗をパラでやっても排他きちんとやれば大丈夫だと… もしかして全く勘違いなこと言ってるのかな… （最近CL書いてない、というか、並列プログラム自体ネタがなくて書いてないorz） 893 名前：デフォルトの名無しさん mailto:sage [2018/05/19(土) 12:28:46.68 ID:BjCA6AhS.net] 再帰するにはスタックが必須になるから そんな暗黙の領域管理をGPUにやらせるのかってことでしょ 再帰がなければ関数ごとに固定領域を決めればいいので楽できる 894 名前：デフォルトの名無しさん mailto:sage [2018/05/19(土) 13:45:59.07 ID:iBGlap+k.net] 普通に関数呼んでreturnで帰って来るんだから、スタックなんて意識しなくていいんじゃない？ （関数の戻り先は、勝手にスタックに積んでreturnで勝手に取り出してくる） スタック容量が少ないから別途管理しないといけないってこと？ 895 名前：デフォルトの名無しさん mailto:sage [2018/05/19(土) 14:22:31.54 ID:7qbCVCh9.net] ふつう、関数はインライン展開される。 再帰だと原則それができない。 896 名前：デフォルトの名無しさん [2018/05/19(土) 15:09:02.73 ID:GMayPujS.net] 888 897 名前：デフォルトの名無しさん mailto:sage [2018/05/19(土) 16:23:46.57 ID:KZiehyBT.net] マイニング負け組はこちらへどうぞ intel Oprencl2.1が今はお勧め 書籍もいっぱいあるぞ！ 構わないからデペロッパーになろう 898 名前：デフォルトの名無しさん mailto:sage [2018/05/19(土) 19:18:17.82 ID:fx9VLx2G.net] >>886 マジっすか。勉強になりました。 m(_ _)m 899 名前： mailto:sage [2018/05/20(日) 14:06:31.19 ID:JyKbNFIa.net] >>886 Yコンビネータを見よ インライン展開された、いいかえると無名関数であっても、再帰は可能である 900 名前：デフォルトの名無しさん mailto:sage [2018/05/20(日) 14:35:44.13 ID:KmZcyykh.net] 的外れすぎるw Yコンビネータは無名関数で再帰ができるようになる程度の意味しかないだろ。 (末尾呼び出し最適化がない限り)関数呼び出し深さが不定であるのには変わりない。 もちろんOpenCLには末尾呼び出し最適化も第一級オブジェクトとしての関数もないし、 それどころか関数ポインタすらない。 901 名前：デフォルトの名無しさん [2018/05/20(日) 16:22:27.06 ID:V9eOsuAz.net] うむ 902 名前：デフォルトの名無しさん [2018/05/23(水) 19:10:21.35 ID:Au5e7VGg.net] 僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方 役に立つかもしれません グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』 H1I8V 903 名前：デフォルトの名無しさん mailto:sage [2018/05/24(木) 10:34:27.52 ID:cPlRxlDn.net] H1I8V 904 名前：デフォルトの名無しさん [2018/07/04(水) 18:21:25.84 ID:bZ79e0V+.net] これ人気らしいぞhttps://goo.gl/ZosWhA 905 名前：デフォルトの名無しさん [2018/07/04(水) 21:44:26.88 ID:gFgZc5FG.net] QOJ 906 名前：デフォルトの名無しさん mailto:sage [2018/07/05(木) 16:14:25.67 ID:AeL6VB/V.net] H1I8V 907 名前：デフォルトの名無しさん [2019/06/19(水) 04:56:27.83 ID:tVNS+22r.net] 【出資】松本卓朗 人工知能詐欺【注意】 https://rio2016.5ch.net/test/read.cgi/rikei/1560859403/ 908 名前：デフォルトの名無しさん mailto:sage [2019/06/19(水) 08:10:22.42 ID:qaAgAiWI.net] 久しぶりに何か書かれたと思ったら orz 909 名前：過去ログ ★ [[過去ログ]] ■ このスレッドは過去ログ倉庫に格納されています

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef