MetaTrader 5 Strategy Testerの開発計画について - ページ 19

[KoDim]

こんにちは。

ストラテジーテスターに テストモードを追加することを提案します。

1. 名称：「定期的な利益引き出しあり

2. 実装。

2.1 期間を選択し、その後に利益を引き出す

2.1.1. 週、月、四半期、オプション

2.2 グラフに表示する期間中の利益の割合を選択する。

2.3 利益を損失曲線と異なる色で表示すること。

2.4 バックテストレポートに、口座通貨での利益の列を追加します。

3. まとめ

このモードでは、EAが利益を上げていること（数学的）だけでなく、EAが利益を引き出せるか どうか、その利益の大きさはどれくらいか、この引き出し量がEAの安定性にどのように影響するかを示すことで、戦略の適用評価を行うことができると思うのです。実は、そのためにアドバイザーがいるのであって、ある時間間隔でどのような利益曲線が表示されるかではなく、どの程度稼ぐことができるかを理解するためにいるのです。

[Andrey Khatimlianskii]

KoDim:

こんにちは。

ストラテジーテスターに テストモードを追加することを提案します。

1. 名称「定期的な利益引き出しあり

テスター退会

[Artyom Trishkin]

KoDim:

こんにちは。

ストラテジーテスターに テストモードを追加することを提案します。

1. 名称：「定期的な利益引き出しあり

2. 実装。

2.1 期間を選択し、その後に利益を引き出す

2.1.1. 週、月、四半期、オプション

2.2 グラフに表示する期間中の利益の割合を選択する。

2.3 利益を損失曲線と異なる色で表示すること。

2.4 バックテストレポートに 、口座通貨での利益を示す列を追加します。

3. まとめ

このモードでは、EAが利益を上げていること（数学的）だけでなく、EAが利益を引き出せるか どうか、その利益の大きさはどれくらいか、この引き出し量がEAの安定性にどのように影響するかを示すことで、戦略の適用評価を行うことができると思うのです。実は、そのためにアドバイザーがいるのであって、ある時間間隔でどのような利益曲線が表示されるかではなく、どの程度稼ぐことができるかを理解するためにいるのです。

TesterWithdrawal()、TesterDeposit()

[KoDim]

Artyom Trishkin:
TesterWithdrawal()、TesterDeposit()

Artemさん、ご返信ありがとうございます。そのような機能があるとは知りませんでした。

ただ、私自身はEAを常に改造していますが、プログラマーとは程遠い存在です。

Expert Advisorを購入するMT5ユーザーの立場から、購入候補の効率性を判断しての提案です。

また、端末や市場の開発者の立場から、プログラマーではない潜在顧客に対してアドバイザーの実用効率を可視化することで、プロジェクトの評価を高めることを提案したのですが......。

[Andrey Pogoreltsev]

みなさん、こんにちは。

TesterGetのような機能を追加する予定はあるのでしょうか...？

例えば、TesterGetDouble(TESTER_MAX_DRAWDOWN)は便利です。

これらのクエリーを使わなくても全て取得できますが、これらの値を直接取得できるのは便利です。

[Rashid Umarov]

https://www.mql5.com/ru/docs/constants/environment_state/statistics

[Andrey Pogoreltsev]

Rashid Umarov:
https://www.mql5.com/ru/docs/constants/environment_state/statistics

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

[Denis Sotnikov]

開発者の皆さん!テスターで問題に直面し、解決策を見つけるのを手伝ってください。

今のところ16コアプロセッサ（32スレッド）、64GBのメモリを持っています。実際のティックでの最適化に使おうと思っていたのです。しかし、ここでわかったことがあります。

1.各 MT5 エージェントは、テストが異なるペアではなく 1 つのペアで実行される場合でも、自分用に個別のメモリーを割り当てます。また、例えばクロスでテストすると、よりメジャーなものを読み込むことができます。その結果、2年間という期間、実際のティックでテストした場合、各エージェントが7GBのメモリを消費することになりました。そうですね、70％のティックが繰り返される（AskとBidが同じ）人気のブローカーで試した後、カスタムフィルターされた履歴を使うというのは価値がありますね。つまり、64GBのメモリを積むには、8つのエージェントでしかテストできないわけです。終了 - フィルタリングされた繰り返しティックを持つカスタムヒストリー、メモリサイズとそれによるテスト期間の一定の制御、さらに64GBのメモリと16エージェントでのテスト。そういうものなんですか！？これは私が2年間テストしているわけですが、もっと長い期間をとったらどうなるのでしょうか......!

2.他のパソコンのEVO860から一時的にSSDを入れました。8パスでも最適化を実行する場合、エージェントは同時にSSDにアクセスして、RAMのティック履歴から自分自身を汲み取ろうとします。キューイングが行われないため、SSDが「赤」になってしまい、MT5のログはエラーだらけになってしまいます。

8スレッドで16GBのメモリを使用し、ドライブは瞬時にスワップし、そのようなエラーは発生しませんでしたが、長い間この方法でテストすることは不可能でした。 今、テスターはメモリが足りないと書いていますが、ティックをダウンロードできないため、そのパスを実行することができません！このような場合、テスターを使用することはできません。本当に、当時SSDが600MB/sまで押していたと推定すると、64GBのRAMでも100秒以上かかることになります。その結果、古いSSDは全く適さず、より高速なもの（最大3500MB/s）を待っているのですが、それを使っても、さらに64GBを追加すると、30秒以上で全てのメモリが一杯になってしまいます。つまり、エラーが残るのです。

そこで、開発者の皆さん。そうでなければ、マルチコア・プロセッサーの使用は非常に不便であり、役に立たないことさえあるのです。もしかしたら、私のやり方が悪いのか、私が知らないオプションがあるのか？ぜひともお願いします。

できれば、RAMメモリーをもっと経済的に使えるようになると素晴らしいですね。1つの通貨ペアで最適化する場合のみでもOK!結局のところ、もしテストが1つのペアで実行されるなら、きっとすべてのエージェントが1つの同じメモリ空間を参照できるのでしょう。なぜ、それぞれがコピーを出すのでしょうか？そうすれば、メモリ不足も、ハードディスクからの読み込み速度も問題なく、設計も安くなるはずです

もし不可能であれば、ハードディスクへのエージェントのアクセスに何らかのキューを編成し、（あるいは）コピーの待ち時間を長くするか、1組のテストであれば、同一ブロックのコピーをRAMからRAMへ作ることは可能でしょうか。しかし、メモリの使用量を最適化すれば、もちろんもっと効率的です教えてください、RAMにも同様の改良が予定されているのでしょうか？それとも、ありえないので、体積を増やす必要があるのでしょうか？

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

[fxsaber]

dsfx:

開発者は、年明けに考えることを約束した。

[Denis Sotnikov]

カスタム キャラクターにコミッションを割り当てる方法はないのでしょうか、何か見当たらないのですが。マークアップは、私が必要とするものにはならないでしょう。