Test2 (Si-6.17,M1) 6 M1 bars from2017.04.1700:00:00 to 2017.04.1710:05:59
Test2 (Si-6.17,M1) 9 bid/ask ticks between 2017.04.1700:00:00 and 2017.04.1710:00:00 (9 M1 bars)
Test2 (Si-6.17,M1) all the tick volumes matched for all M1 bars
Test2 (Si-6.17,M1) all the tick prices matched for all M1 bars
Test2 (Si-6.17,M1) 9 M1 bars absent while bid/ask ticks present
コールドスタートは、このようなケースにつながるのです。
ということになります。
もう一回実行する
とテスト結果が全く違う
@Renat Fatkhullin さん、テスターが正確で、すぐに使えるという強い根拠を提示してください。
テスターの検証のための明確な基準はどこにあるのか?100%の再現性、ベンチマークとの一致はどこにあるのか?
あなたの言葉のどこに鉄壁の論証があるのですか?
テスターの検証エキスパートをALL公開することを提案します。テスターに落ちたEAを書いた人にお金を払うことを提案します。そして、テスターをいじった後にチェッカーベースに含める。
テスターが生で、みんながそれを証明している。テスターでバグを見つけようと思っても、すぐに見つかってしまうのはなぜか。なぜ16年間のプラットフォーム構築の経験から、信頼できるテスターを書けないのか?どのビルドもテスターの感覚はひとつ、「戸惑い」です。
ビルド1583のリリースに伴い、低流動性の株式ティッカーで履歴のティックとテスターのティックの不一致の問題に戻る予定です。
サービスデスクから、問題が解決したとの回答がありましたか?最後の回答は「取り組んでいるところです」でした。
この問題はまだ解決していません。残念ながら、すべてが開発者に依存しているわけではなく、問題の一部はトレードサーバーのティックの品質に依存しています。
整理しているところです。お待ちください。
ここでは、例えばチェックスクリプトを紹介します。ティックとミニッツバーの対応関係をチェックします。まだ最適化されていません。より広い範囲で刻みを要求することで、高速化することができます。しかし、この形式では、各分単位の刻みを個別に要求するため、より明確である
ここでは、例えばチェックスクリプトを紹介します。ティックとミニッツバーの対応関係をチェックします。まだ最適化されていません。より広い範囲で刻みを要求することで、高速化することができます。しかし、この形の方が、分単位の刻みを別々に要求しているので、より分かりやすいと思います。
Metaquotes-Demoで以下のような結果が得られました。
大丈夫でしょうか?
サービス部門から、問題が解決したことを伝えられましたか?最後の回答は「調査中」だった。
この問題はまだ解決されていません。残念ながら、すべてが開発者に依存しているわけではなく、問題の一部は取引サーバーにアップロードされるティックの品質に依存します。
把握すること。お待ちください。
不満はないんですけどね。
SDでは、一貫性のないダニという別の不満があったのです。
と、ここで新たなバグが発生しました。最初のコールドランで、テスターのすべてのティックを使用した後に現れた、0でのテスターでの実行です。
文句を言っているわけではありません。
SDのアプリケーションは、刻みが一定でないという別の理由があります。
テスターのすべてのティックを使用した後、最初のコールドランで価格0での実行という新しいバグが現れました。
これは同じ場所のものです。ダニの問題も同じです。
あなたの言うようなケースは、これまでにはなかったのですか?いいえ。
どこから来たのか?ダニ合わせの問題を解決する過程で
ありがとうございます。小ネタFX/FXの所属を定義する方法ではない - 多くはFXのスタックを放送している。
取引所が取引所でないことと、何か関係があるのでしょうか?
FXのスタックが放送されている場合は、フィンによってバーが構築されていることを意味します。
証券取引所と何か関係があるのでしょうか?
が放送されているということは、バーがフリッパーで作られているということです。
FXにおけるフリッパーとは?デモを開くのはこちら FIBOGroup-MT5 Server.
市場の深さが伝わっている場合はフリッパーに基づいて、そうでない場合はビッドに基づいてバーが構築される
ご質問の件、了解しました。最近では、ティック機能の拡張により、「常にフィンでビルドする」、「常にビッドでビルドする」、「スタックの翻訳に応じてビルドする」という設定があるようです。
最初の2つの設定は、このスクリプトでは考慮されません。旧来の方法」で計算されています。