MT5ストラテジーテスターに関する雑談 - ページ 22

[Forester]

確かに！？終了後に最適化モードをオフにできるのは良いですね。

もう一度、個々のパスのチェックを始めると、同じ問題にぶつかる。

最適化 結果をクリックすると、すべてOKで、シングルパスが起動されます。 そして、何度かクリックすると、すでにシングルテストモードであることを記憶しているのです。

そして、その後、パラメータを手動で変更してスタートを押すと、最適化が開始されます。((

[Forester]

パラメータが完全に列挙された段階で、ローカルエージェントにタスクを小分けして配布するのも良いアイデアでしょう。例えば全タスクの1～2％など。どちらかが無料になったら、同じだけ多くあげる。

今はこのような状況です。全エージェントに704のタスクが与えられ、最適化すべきパラメータによってそれぞれ持続時間が異なるため、2エージェントが仕事を終え、2エージェントが最も長いタスクを獲得しました。10時間で41％を解いた。こんなペースで最適化しても、あと15時間もすれば終わってしまいそうで怖いです。すべてのエージェントをロードする方が良いでしょう。

関連する処理の時間を短縮するために、タスクを一括して発行するのが良いというのは理解できます。見積書の転送などですが、ローカルエージェントの場合はすぐに終わってしまいますし、ローカルネットワークでも、タスクを渡すときに小分けにするのがいいと思うんです。

[Georgiy Merts]

elibrarius:

パラメータが完全に列挙された段階で、ローカルエージェントにタスクを小分けして配布するのも良いアイデアでしょう。例えば全タスクの1～2％など。どちらかが無料になったら、同じだけ多くあげる。

さらに、リリースされたエージェントがアクセスする共通のジョブキューを用意するのがよいでしょう。

しかし、これはクラウドのアーキテクチャ上、許されないことだと思います。

[Forester]

Georgiy Merts:

一番良いのは、解放されているエージェントがアクセスする共通のジョブキューを持つことです。

しかし、これはクラウドのアーキテクチャ上、許されないことだと思います。

そこで、クラウドには最適なアルゴリズムを残し、ローカルエージェントやローカルネットワークには、ご指摘のように小ロットや1個でタスクを分散させることを提案します（スピードの面ではそれがベストでしょう）。

[Aleksei Skrypnev]

足りないのは、損益トレードの平均的な大きさをpipsで表示することです。