記事"R で 統計分布を MQL5 に -"についてのディスカッション - ページ 12 1...567891011121314151617181920 新しいコメント ivanivan_11 2016.11.14 11:13 #111 fxsaber:インタラクティブに何かを描くことは何年も前から可能だった。ただ、（公には確実に）誰も使っていない。コードは短くなく、長く、非常に曲がっている（結果もそうだが、ちらつきがある）。ライブラリは真剣に改善されるべきだ。もしインタラクティブなグラフィックスがあるとすれば、それは間違いなく直接的な形のplotではない。私は興味本位でそのようなものを探したが、javaとの共同作業などの方向でどこかに言及があった。こんな感じ ダッシュボードD3.jsによるインタラクティブなデータ視覚化などがあった。timevis： リッチで完全にインタラクティブなタイムラインのビジュアライゼーションを作成する。タイムラインはShynyアプリやRマークダウン文書に含めることができ、RコンソールやRStudio Viewerから見ることもできる。timevis'には、作成後にタイムラインを操作するための広範なAPIが含まれており、ビジュアライゼーションからRへのデータの取り込みをサポートします。vis.js'タイムラインモジュールと'htmlwidgets'Rパッケージをベースにしています。 CRAN - Package dashboard cran.r-project.org Johann Laurent. fxsaber 2016.11.14 11:18 #112 ivanivan_11:Rのplotをplotのアナローグとするならば、それは静的なグラフィックスに過ぎないようです。インタラクティブなグラフィックスがあるとすれば、それは間違いなく直接的な形のplotではありません。 GraphPlot-function（メソッドではない）だけがRを参照している。クラスそのものはRとは関係なく、インタラクティブに使えるはずです。そうなります。 Carl Schreiber 2016.11.17 16:16 #113 クラスター分析がひとつ足りないようだ。(クラスター分析というものが一つ欠けているようだ) fxsaber 2016.11.29 11:39 #114 На практике компилятор MQL5 языка оказался гораздо быстрее С++ реализаций функций в R Rからの実装をC++でコンパイルした場合、その実行速度はMQL5での実装よりも遅くなりますか？ Renat Fatkhullin 2016.11.29 11:52 #115 fxsaber: Rからの実装をC++でコンパイルした場合、その実行速度はMQL5での実装よりも遅くなりますか？ダイナミック・データを最低限使用することと、一般的なフロント・アプローチのためです。実際、基本的なMat関数の多くはC/C++コンパイラでコンパイルされています。ソースコードを見れば十分です。 СанСаныч Фоменко 2016.11.29 12:02 #116 Renat Fatkhullin:そう、ダイナミック・データを最低限使用することと、一般的な真正面からのアプローチによるものだ。実際、マットの基本的な関数の多くはC/C++コンパイラでコンパイルされている。ソースコードを見れば十分だ。 スピードを比較する方法は？ fxsaber 2016.11.29 12:12 #117 Renat Fatkhullin:そう、ダイナミック・データを最低限使用することと、一般的な真正面からのアプローチによるものだ。実際、マットの基本的な関数の多くはC/C++コンパイラでコンパイルされている。ソースコードを見れば十分だ。 では、MQL5での実装はアルゴリズム的に優れているのか、それともMQL5コンパイラがC++よりも高速であることが判明したのか？ Renat Fatkhullin 2016.11.29 12:15 #118 СанСаныч Фоменко: 速度の比較方法はどこで見ることができますか？ 全文を読む Renat Akhtyamov 2016.11.29 15:09 #119 素晴らしい記事だ！これから調べてみます。+ СанСаныч Фоменко 2016.11.29 17:26 #120 Renat Fatkhullin: 記事の全文を読む読むその中に入った。私は、あなたが示したテストはまったく正しくないと思う。性能の比較が最後ではないので、私はそれについて書く必要があると考えている。ポイントは、MKLはRとは質的に異なるということだ。そして性能比較の場合、可能な限りこれらの質的な違いを考慮に入れるべきです。Rはインタプリタであり、MKLはコンパイラである。産業用プログラムでは、この質的な違いはMKLに有利に働く。しかし、もう1つの質的な違いもあり、これはプログラムの産業利用において非常に重要であり、テストではこれらの違いが考慮されなかったため、結果が偏ってしまった。RとMKLの質的な違いは、MKLの基本オブジェクトがスカラーであり、そこからより複雑なオブジェクト、例えばベクトルが構成されることである。分布関数の入力に供給されるのはベクトルである。Rにはスカラーという概念はない。最も単純なオブジェクトはベクトルである。Rはこの状況を広く利用しており、Rのコードで分布関数を比較する例では、MKLにはない「ベクトル化」というR特有のプログラミング技法をはっきりと見ることができる。これはR特有のテクニックで、計算を10～100倍（行列の大きさによる）高速化するため、Rのコードにはこのテクニックが含まれていなければならない。ベクトル化の使用は明らかで、テストでは入力ベクトルに対して100回の計算を行う。要約すると、Rで書かれた文章はRの機能を使って書かれるべきである。追記我々はサイクルについて話しているので、Rはコアをロードすることを意図している。しかし、それは括弧の後ろに置いておこう。 1...567891011121314151617181920 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
インタラクティブに何かを描くことは何年も前から可能だった。ただ、（公には確実に）誰も使っていない。
コードは短くなく、長く、非常に曲がっている（結果もそうだが、ちらつきがある）。ライブラリは真剣に改善されるべきだ。
もしインタラクティブなグラフィックスがあるとすれば、それは間違いなく直接的な形のplotではない。私は興味本位でそのようなものを探したが、javaとの共同作業などの方向でどこかに言及があった。
こんな感じ
などがあった。
timevis：
リッチで完全にインタラクティブなタイムラインのビジュアライゼーションを作成する。タイムラインはShynyアプリやRマークダウン文書に含めることができ、RコンソールやRStudio Viewerから見ることもできる。timevis'には、作成後にタイムラインを操作するための広範なAPIが含まれており、ビジュアライゼーションからRへのデータの取り込みをサポートします。vis.js'タイムラインモジュールと'htmlwidgets'Rパッケージをベースにしています。
Rのplotをplotのアナローグとするならば、それは静的なグラフィックスに過ぎないようです。インタラクティブなグラフィックスがあるとすれば、それは間違いなく直接的な形のplotではありません。
クラスター分析がひとつ足りないようだ。
(クラスター分析というものが一つ欠けているようだ)
Rからの実装をC++でコンパイルした場合、その実行速度はMQL5での実装よりも遅くなりますか？
ダイナミック・データを最低限使用することと、一般的なフロント・アプローチのためです。
実際、基本的なMat関数の多くはC/C++コンパイラでコンパイルされています。ソースコードを見れば十分です。
そう、ダイナミック・データを最低限使用することと、一般的な真正面からのアプローチによるものだ。
実際、マットの基本的な関数の多くはC/C++コンパイラでコンパイルされている。ソースコードを見れば十分だ。
そう、ダイナミック・データを最低限使用することと、一般的な真正面からのアプローチによるものだ。
実際、マットの基本的な関数の多くはC/C++コンパイラでコンパイルされている。ソースコードを見れば十分だ。
速度の比較方法はどこで見ることができますか？
素晴らしい記事だ！
これから調べてみます。
+
記事の全文を読む
読む
その中に入った。
私は、あなたが示したテストはまったく正しくないと思う。性能の比較が最後ではないので、私はそれについて書く必要があると考えている。
ポイントは、MKLはRとは質的に異なるということだ。そして性能比較の場合、可能な限りこれらの質的な違いを考慮に入れるべきです。Rはインタプリタであり、MKLはコンパイラである。産業用プログラムでは、この質的な違いはMKLに有利に働く。
しかし、もう1つの質的な違いもあり、これはプログラムの産業利用において非常に重要であり、テストではこれらの違いが考慮されなかったため、結果が偏ってしまった。
RとMKLの質的な違いは、MKLの基本オブジェクトがスカラーであり、そこからより複雑なオブジェクト、例えばベクトルが構成されることである。分布関数の入力に供給されるのはベクトルである。
Rにはスカラーという概念はない。最も単純なオブジェクトはベクトルである。Rはこの状況を広く利用しており、Rのコードで分布関数を比較する例では、MKLにはない「ベクトル化」というR特有のプログラミング技法をはっきりと見ることができる。これはR特有のテクニックで、計算を10～100倍（行列の大きさによる）高速化するため、Rのコードにはこのテクニックが含まれていなければならない。ベクトル化の使用は明らかで、テストでは入力ベクトルに対して100回の計算を行う。
要約すると、Rで書かれた文章はRの機能を使って書かれるべきである。
追記
我々はサイクルについて話しているので、Rはコアをロードすることを意図している。しかし、それは括弧の後ろに置いておこう。