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

新しいコメント
 
Trolls:

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

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

1.MQL5 Cloud Networkの インフラ全体が構築されているのは、ディスパッチャとエンドエージェントの両方でデータキャッシュが実行されるからです。テストは常に証券会社を基準に行い、異なる会社のヒストリカルデータを混在させることはない。

2. ポイント1と同様、テストは常に証券会社（取引サーバー）に結びついているため、常にシンボルが存在し、他の証券会社の設定と重なることはない

3.ローカルログの時刻とテストの時刻を混同しています。すべてのヒストリカルデータプロセスは、完全にサーバー時間で動作します（チャート、取引、シンボルなど）。1と2（テストは常にトレードサーバーと連動している）を考えると、理論的にも時間的な問題はありえません。

 
Interesting:

ノートパソコンの場合は、ローカルコアを抜いて、強力なコンピュータ（ローカルネットワーク上にあるか、テストに必要なリソースができるだけ空いている）でテストを実行する必要があります。

ありがとうございます、大体わかりました。だから、MQL5クラウドネットワークでは、このようなタスクのテストランを1回だけできるようにすべきだと言っているのです。利用できるリモートの強力なエージェントで、できればスーパーコンピューターのクラスタで（最適化する余裕がない人は、少なくともテストランを1回だけできるようにすべきです）。
 
-Alexey-:

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

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

代理店には3つのタイプがあります。

  • local - 同じコンピュータ上で動作し、必要なときにターミナルによって自動的に実行されます（単一のテストと最適化で使用できます）
  • リモート - サーバーモードで動作し、パスワード認証された端末からの接続を待ちます（単一のテストと最適化で使用可能）。
  • MQL5 Network Agents - 最適化モードでのみMQL5 Cloud Networkを通じて 作業する。

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

どんな解決策も、技術的な妥当性と経済的な実現可能性があります。

MQL5 Cloud Networkは、質量最適化計算のためだけに意味があるのです。

 
Renat:

代理店には3つのタイプがあります。

  • local - 同じコンピュータ上で動作し、必要なときにターミナル自体で自動的に起動します。
  • リモート - サーバーモードで動作し、パスワードで認証された端末からの接続を待ちます（単一のテストや最適化に使用できます）
  • MQL5 Network Agents - 最適化モードでのみMQL5 Cloud Networkを通じて作業します。

どんな解決策にも、技術的な妥当性と経済的な実現可能性があります。

MQL5 Cloud Networkは、質量最適化計算のためだけに意味があるのです。

Renatさん、分かりやすい説明ありがとうございます。特化したソリューションであることは明らかです。つまり、オープンな自己規制ネットワークでは、前述のタスクのための強力なエージェントを見つけるのは簡単で、おっしゃるとおり、リモートエージェントを自分で探さなければなりません。
 
Trolls:

何がわからないかというと、これです...。

..

楽器の数が同じでない場合、サーバー上の例はチャンピオンシップの12シンボルです。また、テスト用（マルチカレンシーでは、インジケータが正しく動作するために通貨のフルマトリックスが必要です）この場合、どのように？....

..
50組の履歴が残るようになったら、どんなに嬉しいか想像がつきますね :)
 
Trolls:

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

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

1.証券会社には、それぞれの歴史があります。トレーダーまたはExpert Advisorのいずれかが、それを実行する際に履歴の品質に注意する必要があります。

2）テストは、利用可能な通貨に対してのみ行われます。そうでない場合は、別のサーバー（別のブローカー、おそらくテスト用のみ）を選択します。

端末の価格と、実際に使っている時間との差について、思い当たる節があるのではないでしょうか。ですから、100コアで60分間働いた実時間で、支払いは適切なものになりますから、問題はありません。

 
Buter:
50組の履歴がダウンロードされたら、どんなに嬉しいか想像しています。）

100～200ペア、20～30社の証券会社があれば、どれだけ喜ぶか想像がつきます（最も人気のある証券会社を取り上げましょう）。

株式専門家の最適化（シンボル数が1000になることもある）なんて言わないでよ...。

 
あとは、取引所を運営して、標準的な取引のバッチを処理するコストを決定するだけです。例えば、初期コストを1000Tflopsあたり1セント（標準ロット1個分のコストのようなもの）に設定します。そして、需要と供給に応じてテラフロップスを見積もる:)))
 
すべてのMT5ユーザーがつながる巨大なネットワークになるわけではありません。CAによって断片化される。事実上の正史が、一箇所で、しかも限られた楽器でしか見られないことを考えると、ちょっと寂しくなりますね......。
 
あなたは混乱しています。どのブローカーと組んでも、巨大なネットワークになる。どのブローカーのデータでも透過的にテストを実行することができます。スタートボタンを押すと、すべてのマーケット環境データ（シンボル、コンフィグ、チャート）がダウンロードされ、自動的に同期が確認されます。ネットワークにブローカーを登録する必要はなく、異なるブローカーのデータが交差することはありません。ネットワークのサーバー部分全体が巨大なデータキャッシュになっており、ほとんどの場合、履歴を再ダウンロードする必要さえありません。
12345678910...42
新しいコメント