MQL5 Cloud Networkでエージェントを動作させるには、"Allow public use of agents" チェックボックスを有効にするだけです。 エージェントは、地理的に近い（例えば5分ごと）ネットワークマネージャに接続し、一定の間隔（ping + busynessで推定）でタスクの可用性をチェックします。タスクが利用可能であれば、エージェントはそれを受け入れて処理し、遅滞なく新しいタスクを積極的に要求し始める。タスクが終了するとすぐにエージェントは不定期ポーリングモードに戻り、トラフィックとワークロードを軽減します。
あなたは混乱しています。どのブローカーと組んでも、巨大なネットワークになる。どのブローカーのデータでも透過的にテストを実行することができます。スタートボタンを押すと、すべてのマーケット環境データ（シンボル、設定、チャート）がダウンロードされ、自動的に同期が確認されます。ネットワークにブローカーを登録する必要はなく、異なるブローカーのデータが重なることはありません。ネットワークのサーバー部分全体が巨大なデータキャッシュとなり、ほとんどの場合、履歴を再ダウンロードする必要すらありません。
つまり、あるブローカーは1999年から、2番目は2005年から、3番目は2010年からEuraの歴史を持っているということです。ただ、楽器が増え、歴史が多少なりとも正しくなることを祈るのみである。
しかし、ブローカーが行動を起こし、正しい歴史を作れば（ますます疑わしいが）すべては素晴らしいものになるだろう。
MT5ユーザーがひとつにまとまる巨大なネットワークにはならないことがわかりました。しかし、DCによって分割されることになる。事実上の正史が、一箇所で、しかも限られた楽器でしか見られないことを考慮すると、ちょっと寂しくなりますね...。
レナートへ。
このネットワーク上にスーパーコンピューターは登場するのでしょうか（非常に有用でしょう）？グローバルに通用する高度な機能を持ちたい。そしてもう一つの要望は、可能であれば、ネットワークコンピューティングリソースを、テスト用だけでなく、インジケータやExpert Advisorのリアルタイム計算に使用できるように、してください。そうでなければ、すべてが意味を失います。インジケータやExpert Advisorが単に実行時に計算する時間がない（ボトルネック）ときに、なぜテストのためのスーパーパワーがあるのでしょうか？
理論的には、リモートエージェントとローカルエージェントを1つのプールにまとめることができます(もちろん、ターミナルとテスターにそのような可能性がある場合)。
しかし、MQL自体が「1スレッド」で動作し、シングルテスト時に1コアしか認識されないのであれば、そんなことをしても意味がありません。
仮に開発者が同じようなものを開発し、システムが1つのテストを異なるコアに「分配」したり、プールに放り込んだりすることを学習するとしたら......。
夢を持って、MT6を待ちます :)
それこそ、あるブローカーは1999年から、あるブローカーは2005年から、あるブローカーは2010年からユーラシアと付き合いがあるのです。
ブローカーの歴史の深さと何か関係があるのでしょうか？
MQL5 Cloud Networkを 介した最適化は、パソコンでの最適化と同じです（高速化のみ）。
端末がアルパリに接続されていれば、物理的にはネットワーク上の他の数百台のコンピュータで最適化が実行されていても、アルパリのデータ上で実行されます。データは同期され、すべてのテストは同じ条件で行われます。
また、ブローカーごとの商品数や履歴の深さ・質の問題は、このスレッドにはありません。
ブローカーの歴史の深さと何か関係があるのでしょうか？
MQL5 Cloud Networkを介した最適化は、コンピューター上で最適化するのと同じです（高速なだけです）。
端末がアルパリに接続されていれば、物理的にはネットワーク上の他の数百台のコンピュータで最適化が実行されても、アルパリのデータ上で実行されます。データは同期しており、すべてのテストが同じ条件で出てきます。
また、ブローカーごとの商品数や履歴の深さ・質の問題は、このスレッドにはありません。
そんなこんなで、私たちがよく知っているアルパリで今どんなことが起きているのか、お話ししています。
このスレッドでないことは十分承知していますが、2011.02.23 09:46付けの 私の投稿が 正しいです（特に最後の部分）。
ブローカーの歴史の深さと何か関係があるのでしょうか？
MQL5 Cloud Networkを介した最適化は、コンピューター上で最適化するのと同じです（高速なだけです）。
端末がアルパリに接続されていれば、物理的にはネットワーク上の他の数百台のコンピュータで最適化が実行されても、アルパリのデータ上で実行されます。データは同期され、すべてのテストは同じ条件で行われます。
また、ブローカーごとの商品数や履歴の深さ・質についての質問は、このスレッドにはありません。
アンドリューは、それがネットワークに参加する人が、テストの前に履歴（テスターに必要な）をダウンロードすることが判明した。今すぐ証券会社の数でこの履歴を乗算+多くの楽器があることを追加します。トラフィックを計算する......そして、必要なディスク容量を計算する......。
追伸："あと、ブローカーごとの商品数や履歴の深さ・質についての質問はこのスレッドにはありません。"
- この1つでない場合はどうなりますか？ またはあなたがテストしているどのような物語を気にしない？ あなたは、コンピュータ上の1つの物語を持って、私は別の持っている...とテスト結果が結合されている...私はデータが（ある）テストされたかわからない場合は、地獄は必要ありません（とそのためにお金を払う...）結果に対する信頼性がゼロであるため...
アンドレイは、それがネットワークに参加する1が、テストの前に履歴（テスターに必要）をダウンロードすることが判明した。 今すぐ証券会社の数でこの履歴を掛ける+多くの楽器があることを追加します。誰もが別の歴史を持っているという事実のためにここで為替（それはいくつかの点で表示されますので）補正を追加！ ....トラフィックを計算する...必要なディスク容量を計算する...
ほとんどの最適化は、3～4つの標準的なペアといくつかの人気のあるブローカーに収まるだろうと思います。
そして、私はmrProFの オプションが好きでした - それはおそらくそうでしょう。
Z.I. "そして、ブローカーによって異なる商品の数や歴史の深さ・質についての質問は、このスレッドにはありません。"
- しかし、このトピックではない場合はどうなりますか？またはあなたがテストしている何の話を気にしない？あなたは、コンピュータ上の1つの物語を持って、私は別のものを持っている...とテスト結果が結合されている...私は何のデータテストで起こった（起こって）わからない場合、それはこのクソテスト（とそれのためにお金を払う...）必要がない。
物語はSYNCHRONIZEDになる。そして、テストはストーリーがIDENTICALである場合のみ行われます。
ほとんどの最適化は、3～4つの標準的なペアといくつかの人気のあるブローカーに収まると思います。
そして、私はmrProFの オプションが好きでした - それはおそらくそうでしょう。
履歴が同期されます。そして、検査は履歴がidenticalである場合にのみ実施されます。
いいえ、現在では、最初のパスで同期されます。
そうでなければ、ネットワーク内のどのエージェントも、特定のブローカーの特定のシンボルの履歴を持たないという状況が発生する可能性があります。
しかし、ここで一つ特殊な点があります。もし、履歴とテストパラメータがサーバー部分（ディスパッチャー）のどこかにキャッシュされていれば、多くの時間を節約することができます。
MQL5 Cloud MetaTrader 5 Agentのネットワーク 設定です。
MQL5 Cloud Networkでエージェントを動作させるには、"Allow public use of agents" チェックボックスを有効にするだけです。 エージェントは、地理的に近い（例えば5分ごと）ネットワークマネージャに接続し、一定の間隔（ping + busynessで推定）でタスクの可用性をチェックします。タスクが利用可能であれば、エージェントはそれを受け入れて処理し、遅滞なく新しいタスクを積極的に要求し始める。タスクが終了するとすぐにエージェントは不定期ポーリングモードに戻り、トラフィックとワークロードを軽減します。
エージェントがお金をもたらすようになるには、「コンピュータリソースを売る」オプションを有効にし、MQL5.communityへのアクティブログインを必ず指定する必要があります。このオプションにチェックが入っていない場合、または正しいログインが指定されていない場合は、リソースが無償で提供されます。エージェントをアカウントにリンクせずに初期登録した場合でも、いつでも変更することができます。新しいログインを追加するだけで、次回接続時にエージェントは自動的に新しいアカウントに再登録されます。
また、ある作業アカウントから別のアカウントにエージェントを再登録することもできます。この場合、以前に獲得した金額は旧アカウントに残り、新しいタスクは新アカウントで支払われます。
MQL5クラウドネットワークモードでの作業の重要な特徴は、エージェントがディスパッチャ [1-9].mql5.com に SSL(443) ポートで接続し、ファイアウォールやプロキシサーバを通過できることです。
新エージェントは、ハイブリッドモードで動作します。
で指定された、許可された時間に独立して外部のタスクマネージャーにアクセスするMQL5 Cloud Networkでの作業のクライアントモードです。エージェントがMQL5 Cloud Networkで作業できる時間帯で、1週間のスケジュールを作成することが可能です。例えば、週末は24時間、平日は9時間（22:00～07:00）設定できます。
このスケジュールは、エージェントの通常のサーバモードには適用されません - このモードでは、エージェントは常に利用可能です。
また、エージェントのリソースの使い方についても本格的なチューニングを行う予定です。
- レストモードでは、極端に少ないリソース（メモリ、スレッド、優先度）を消費することになる
- エージェントは、スレッドの優先度、メモリ、CPU使用量を柔軟に管理し、それらがアクティブなときに使用されます。
主な目的の一つは、作業中のユーザーの邪魔をすることなく、エージェントが作業できるようにすることです。build 404, metatester64.exe を実行 - 最初の2つのタブのみが存在する