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

[Renat Fatkhullin]

Olegts:

Renatさん、ありがとうございます。もう一つ質問があるのですが、おそらくAndreiさんの質問とどこかで重なるのですが、metatester.exeプロセスの優先度は「低」に設定されていて、例えばWordでの入力の邪魔にならないように、基本的に正しいのですが、人が働く日中はユーザーの優先度を低にして、夜は全速にすることは可能でしょうか、あるいは計画されているでしょうか？

実際、エージェント実行時のCPU負荷を絶対的に制御することは不可能です。

しかし、低い優先順位は、ユーザーが他のタスクのためにコンピュータを使用しているときに本当に役立ちます - この場合、実際にクラウドエージェントに割り当てられるリソースは少なくなります（ローカルで実行しているときではありません！）。つまり、Wordboardsでは、あまり苦労せずに仕事ができるのです。

また、クラウドコンピューティング用のスケジュール表 があり、ネットワークから切断する時間を指定することができます。例えば、8:00-17:00の勤務時間内は、エージェントを切断することができます。

優先順位を低いものから高いものへと上げても、上位のタスクがない場合は、すべてのリソースが優先順位の低い処理に回ってしまうため、意味がない。これにより、エージェントが自動的にCPUを100%占有することが容易になります。

[Renat Fatkhullin]

avoitenko:

Renatさん、アドバイスお願いします。私は2つのターミナルをインストールし、2つのマネージャーを起動しています。プロセッサは4コアなので、エージェントは8個です。

これは、マネージャが1つ動作している状態ではプロセッサの負荷が軽微であり、2つ動作させることで負荷が増大したためである。

可能なのか、異なる端末のマネージャーの業務に齟齬はないのか、さらに言えば弱点は

作業統計の維持と$の不正の可能性という点から。ありがとうございました。

8つのエージェントはすべてクラウドネットワーク上にある のでしょうか？

この場合、エージェントは4つだけ置けば十分です。要は、4人のエージェントよりも8人のエージェントの方が、実はできるタスクが少ないということです。各エージェントの固定費（メモリ、CPU、実行スレッドの質量など）を忘れてはいけません。

ps：1つのスキン（コンピュータ）は4つのフル帽子（エージェント）を縫うために使用することができ、あなたは、結果の対応劣化と、8または16を縫うことができます。

[Mykola Demko]

Renat:

8つのエージェントはすべてクラウドネットワーク上にあるのでしょうか？

この場合、エージェントは4つだけ置けば十分です。要は、4人のエージェントより8人のエージェントの方が、実際にこなせるタスクが少ないということです。各エージェントの固定費（メモリ、CPU、実行スレッドの質量など）を忘れてはいけません。

ps: 1つのスキン（コンピュータ）から4つの本格的な帽子（エージェント）を作ることができ、結果の劣化に対応して8つ、16つと作ることができます。

プロフェッショナルの言葉を確認するのは私の役目ではありませんが、私は実践でこれを知っており、純粋な真実であり、だからこそエージェントの格付けが必要だったのです。

以前はデュアルコアのマシンで24のエージェントを動かしていましたが、確かに詰まってしまうので、1コアにつき1つのエージェントを動かす方がいいでしょう。1コア2エージェントでも少し遅くなります。

[Dmitiry Ananiev]

久しぶりにMT5を触ってみた。でも、フクロウは作り直しましたよ。最適化を始めた ところ、クラウドエージェントが非常に遠い年（例えば1990年）の履歴を読み込んでいることが分かりました。最適化は先月から行っています。では、なぜエージェントはこれほどまでに履歴をダウンロードするのでしょうか。

[Renat Fatkhullin]

dimeon:
久しぶりにMT5にアクセスしました。でも、フクロウは作り直しました。最適化を実行 すると、クラウドエージェントが非常に遠い年代（例えば1990年）の履歴を読み込んでいることがわかります。最適化は先月から行っています。では、なぜエージェントはこれほどまでに履歴をダウンロードするのでしょうか。

任意の時間区間でテストを実行する場合、端末は必ずサーバーから利用可能な履歴をチェックし、同期をとります。これは、ほとんどすべてのトレーダーが、遅かれ早かれ、利用可能なすべての履歴をテストするために要求するという事実のために行われます。

端末は、要求された量の履歴をエージェントに与えますが、利用可能な深さのすべてを与えるわけではありません。また、多くのブローカーの履歴は、99％のケースで、すでにMQL5クラウドネットワークの地理的に分散したサーバーに蓄積されており、そこからエージェントに配信／同期されます。

また、リモートエージェントは、異なるブローカーの履歴データを巨大なキャッシュとして保持しており、履歴をダウンロードすることなく瞬時に同期の段階を通過することができます。

非常に効率的で費用対効果の高い分散コンピューティングシステムを実現しました。同期中に転送されるデータ量を見積もるには、エージェントのログを見ます（ターミナルではなく、ログファイル内のエージェントを正確に見ます）。

[Leonid Sydorenko]

advise Renat

受信/送信トラフィック欄にエージェントが表示されず、頑なに0kbと表示され、ホームページのエージェント一覧にも 表示されないのですが、どうしたらいいでしょうか？
Linuxのファイアウォールを経由してインターネットに接続しています。
最初の投稿で、SSLのおかげでどんなファイアウォールも通過できると書かれていましたね。



もしくは、ファイアウォールでポートを開放 する必要があるかもしれません。

[Yedelkin]

leonid100:
advise Renat

仕事でエージェントを起動する際、入出力のある欄が頑なに0kbで、ホームページのエージェント 一覧にも表示されないんです。
Linuxのファイアウォールを経由してインターネットに接続しています。
最初の投稿で、SSLのおかげでどんなファイアウォールも通過できると書かれていましたね。



もしくは、ファイアウォールでポートを開放 する必要があるかもしれません。

これを試してみて ください。私には効果的です。

[Olegs Kucerenko]

こんにちは。興味深い結果が出た...

[Alexey Da]

Karlson:

こんにちは。興味深い結果が出た...

詳細が必要。

[Leonid Sydorenko]

うまくいったありがとうございました。

Linuxファイアウォールで、アドレス範囲1～5.agents.mql5.comの2000～2001の閾値を開けると、助かりました。