MetaTrader 5ストラテジーテスターとMQL5クラウドネットワーク - ページ 2

[Renat Fatkhullin]

Interesting:

ここからが、より詳細な説明になります。私が理解する限り、1回の実行で1つのコアですが、どのコアを選択するか＋複数の端末を実行することが可能です。

シングルラン（最適化モードではなく、シングルラン）では、ローカルエージェントまたはリモートエージェント（サーバーモードで動作）のいずれかを選択することができます。

シングルランの場合、MQL5クラウドネットワークから エージェントを選択することは、実用的にも経済的にも意味がないからです。

大雑把に言えば、強力な分散型MQL5ネットワークシステムを、1回のテストのためにキャッシュレイズとデータ準備で初期化するのは意味がない。MQL5 Cloud Networkの目的は、大規模な最適化計算を行うことです。

[Academic]

Renat:

1回の実行（最適化モードではなく、1回の通過のみ）では、ローカルエージェントまたはリモートエージェント（サーバーモードで動作）のいずれかを選択することができます。

シングルランの場合、MQL5 Cloud Networkからエージェントを選択することは、実用的にも経済的にも意味がないためできません。

大雑把に言えば、強力な分散型MQL5ネットワークシステムを、1回のテストのためにキャッシュレイズとデータ準備で初期化するのは意味がない。MQL5 Cloud Networkの目的は、大規模な最適化計算を行うことです。

ところで、考えてみたのですが、例えば、キャッシュ転送速度（立ち上がり時間）をコア数の多いことのマイナスとプラスとして分析し、ローカルなテスト時間だけと比較して、何らかの「アドバイス」をするような予備的な「計算」はできないでしょうか--リモートでそんな計算をする意味はないのです。実は、最初はまったくわからないのです。

[削除済み]

Renat:

1回の実行（最適化モードではなく、1回のパスのみ）では、ローカルエージェントまたはリモートエージェント（サーバーモードで動作）のいずれかを選択することができます。

シングルランの場合、MQL5 Cloud Networkからエージェントを選択することは、実用的にも経済的にも意味がありません。

大雑把に言えば、強力な分散型MQL5ネットワークシステムを、1回のテストのためにキャッシュレイズとデータ準備で初期化するのは意味がない。MQL5 Cloud Networkの目的は、大規模な最適化計算を行うことです。

つまり、ローカル/リモートのエージェント1台＋端末数台というのが正しいのですが

[Renat Fatkhullin]

Academic:
例えば、キャッシュの転送速度（立ち上がり時間）をマイナス、コアを増やせばプラスになると分析し、ローカルでのテスト時間だけで比較して、リモートで実行する意味がないなど、「アドバイス」するような事前「計算」をすることが「改善」の観点ではあり得ることです。実は、最初はまったくわからないのです。

もちろん、テストマネージャは、より多くのローカルエージェント、次にリモートエージェント、そして分散エージェントを使用して、計算コストを削減しようとします。

また、バッチ処理の仕組みを導入し、遠隔地のエージェントと連携する際のネットワーク遅延の影響をほぼゼロにすることが可能です。

つまり、端末は各エージェントに32～64回分のブロック単位でタスクを分配し、ネットワーク遅延の影響を同じ回数だけ軽減することになる。

例： 計算するパラメータを2KBにまとめた32個のタスクを一括して送信し、5分後にエージェントから結果を含む1KBの返信パケットを受け取りました。パケット化しない場合は32秒かかるところを、3kbのネットワークトラフィックで約1秒の伝送ロスを実現しています。

[削除済み]

回答ありがとうございます！でもまだ不明な点が多いです。

Для одиночного прогона (не в режиме оптимизации, а именно одиночный проход) можно выбрать одного из локальных агентов или одного из удаленных (работающих в серверном режиме).

どういう意味ですか？"リモート、サーバーモードで動作"？ただ、理解できないのは、Metatesterコンポーネントを使用して2台目のコンピュータにエージェントをインストールした場合、これなのでしょうか？サーバーモードでないリモートのものは、どのように追加するのですか？

1回の実行では、実用的にも経済的にも意味がないため、MQL5 Cloud Networkからエージェントを選択することはできません。

そこで、スーパーコンピュータというか、スーパーコンピュータのクラスタを1つのコアとして1つのエージェントとして動作させる必要があり、ネットワークが必要になるのですが、そんなコンピュータは誰も家に持っていないのです。せめて強力なマシンに接続できるようにしてほしい（私の理解では、強力なコンピュータにエージェントをインストールし、1回の実行中にノートパソコンから使用すれば可能です）。まさに一気呵成に。実はその逆で、最初の1回の実行さえ困難であれば、大規模な最適化計算のためにMQL5 Cloud Networkを 使用することは現実的には意味がないのです。亜種の列挙は2番目のケースだが、単発の重要性は決して低くないし、人によってはそれ以上に重要である。

ということで、ローカル/リモートエージェント1台＋複数端末で正解でした。

こちらは、どう読み解けばいいのか、まったくわからない...。

[削除済み]

Renat:

例： 計算するパラメータを含む2kbの32回のタスクパケットを送信し、5分後にエージェントからの結果を含む1kbの返信パケットを受信した場合。その結果、パケットなしだと32秒かかるところを、3kbのネットワークトラフィックで約1秒の伝送ロスを実現しました。

これは、ヒストリーがプライムされ、追加のオーバーヘッドがない場合に当てはまります。しかし、原理的にはトラフィック削減と最適化効率向上が顔を出すことになります。

[Vladimir Gomonov]

Renat:

大雑把に言えば、強力な分散型MQL5ネットワークシステムを、1回のテストのためにキャッシュの昇降やデータ準備で初期化するのは意味がないのです。MQL5 Cloud Networkの目的は、大規模な最適化計算を行うことです。

それは私も同感です。しかし、1台のマシンに複数のコアを搭載しても、複数のシングルラン（テストラン）を同時に実行することができないのは残念です。具体的には、もちろん順次ですが、前の実行の完了を待たずに実行します。いくつかのバージョンの端末は、メモリが非常に高価です。しかし、テスターがスタンドアローンのプログラムで、複数のインスタンスを実行できるのであれば、それに越したことはないでしょう。理想は - マルチタスクのテスター。オプティマイザに擬似変数カウンタを与えて、パラメータリストを含む設定ファイルを作成し、ファイルからパラメータをロードするのです。利便性に欠けるこのバリアントでのテスト結果（特にトランザクション）のフルセットも、deinitで計算、フォーマット、ファイルにダンプされなければならないことは言うまでもありません。そのため、現在のバージョンのテスターでは、最適化結果の大量処理がかなり複雑になっています。また、昨日のテスト結果をファイルから「最適化結果」ページにアップロードして、手元にある「ワンクリック」テスターで解決することもできません。せめてそのような可能性を実装していただけないでしょうか。

もう1つ悩ましいのは、最適化の際、エージェント用のデータを用意するのにかなり時間がかかるということです。 エージェントをシングルランタスクではなく、バッチラン（8-16-32）でロードすることは可能なのでしょうか？この場合、（イマイチですが）トータルの最適化時間を目に見えて稼ぐことができるかもしれません。私の知る限り、この方式は現在F4でうまく使われています。いくつかのパラメータセットが並行して実行されるのだと思います（間違っているかもしれません）。だから、ファースでも同じようなものを用意したいですね。そうしないと、私のシングルコアのテスターは、4コアのテスターに何倍も遅れをとってしまいます（すでに一度書きました）。

//遅かったか私が書いたころには、すでにレナートはバッチ処理について肯定的に書いていた。ありがとうございます。大変満足です、待ちます。

[削除済み]

-Alexey-:

回答ありがとうございます。しかし、不明な点が多くあります。

ということです。"リモート、サーバーモードで動作"？ただ、理解できないのは、Metatesterコンポーネントを使用して2台目のコンピュータにエージェントをインストールした場合、これなのでしょうか？また、リモートの非サーバーモードについては、どのように追加すればよいのでしょうか？

そこで、スーパーコンピュータというか、スーパーコンピュータのクラスタが1つのコアとして1つのエージェントとして働くことと、ネットワークが必要なのですが、誰も家に持っていないんですよね。せめて強力なマシンに接続できるようにしてほしい（私の理解では、強力なコンピュータにエージェントをインストールし、1回の実行中にノートパソコンから使用すれば可能です）。まさに一気呵成に。実はその逆で、最初の1回の実行さえ困難であれば、大規模な最適化計算のためにMQL5 Cloud Networkを使用することは現実的には意味がないのです。バリエーションを試すのは2番目のケースですが、シングル・シングル・ランの重要性は決して低くはなく、人によってはそれ以上に重要です。

これをどう読み解けばいいのか、まったくわからないのですが......。

1.1回の実行で、ローカル（あなたのPC）またはリモートエージェント（イントラネット）の1つのコアのみを使用します。

2）特定のコアを無効にすることができます。

3. テストを行う特定のエージェント（特定のコア）を選択することができます。

理論的には、複数の「シングルテスト」を同時に行うことも可能です（ただし、その場合は複数の端末が必要になります）。

追記

ノートパソコンの場合は、ローカルカーネルをオフにして、強力なコンピュータ（ローカルネットワーク内にある、またはテスト用にリソースが最大に解放されている）でテストを行う必要があります。

[削除済み]

MetaDriver:

エージェントを単一のランタスクではなく、ランのパッケージ(8-16-32)でロードすることは可能ですか？この場合（イミフ）、トータルの最適化時間で目に見える利益を得ることができます。私の知る限り、この方式は現在F4でうまく使われています。

そこで、バッチモードを実装し、Renatはその例も示している...。

[Trolls]

わからないのは......。

1. 歴史はどうなんでしょう？異なる証券会社の端末をダウンロードした場合、履歴がほとんどなく、しかも異なる場所に穴が開いている場合はどう すればいいのでしょうか？
2. 楽器の数が同じでない場合、サーバー上の例はチャンピオンシップの12シンボルです。また、テスト用（多通貨の場合、インジケータが正しく動作するために完全な通貨マトリックスが必要です）この場合、どのように？....
3. そして 第三に、我々はすでに時間を言及し、我々は時間UTGを 導入した理由です - 何とか同期するために... どのようにあなたと同じようになりますか？例えば、特定の取引時間（例えば、モスクワの10時から12時まで）だけテストされる場合... 時間は皆のために異なっています...