新しいビルド604でのテスターは正しく動作しません。 - ページ 9 12345678910111213 新しいコメント William Roeder 2014.02.14 18:47 #81 RaptorUK: いつかは引き金を引かなければならないが、その時期が今なのかどうかはわからない ... ... 私は同意します。私のブローカーはちょうど600を 構築するために今朝私を更新しました(sic)私はmql5のすべてを読むために時間を割いています。 Ian Venner 2014.02.14 19:05 #82 Build 509 vs Build 606Strategy Tester スピードテスト(ビジュアルモード)。 1YRバックテスト 2013/01/01 - 2013/12/31 ビジュアルモード(32倍) MT4ビルド509 MT4ビルド606 時間(ms) 345433時間(ms) 535364 時間 (mm:ss) 05:45.433時間 (mm:ss) 08:55.364 ビルド509のStrategy Testerは、ビルド606のStrategy Testerと比較して、ビジュアルモードで35.5%高速でした。 Simon Gniadkowski 2014.02.14 20:10 #83 SDC: Build 509 vs Build 606 Strategy Tester スピードテスト(ビジュアルモード)。 1YRバックテスト 2013/01/01 - 2013/12/31 ビジュアルモード(32倍) MT4ビルド509 MT4ビルド606 時間(ms) 345433時間(ms) 535364 時間 (mm:ss) 05:45.433時間 (mm:ss) 08:55.364 ビルド509のStrategy Testerは、ビルド606のStrategy Testerと比較して、ビジュアルモードで35.5%高速でした。 先週、ベータ版で感じた印象と同じです。 Trevhib 2014.02.14 21:01 #84 angevoyageur:データは同じで、.hst形式が変更されただけです。SDCのテストが示すように、バックテストの結果は、ビルド509と60xの両方で同じです。しかし、SDCの最初の試みは、同じデータを使用していないため、破損していることも示しています。ブローカーがデータを変更することは可能ですが。AVさんありがとうございます。 .hstの実データは変わっていないことは認識しています。しかし、.hst にある 60x 以前のデータが OLHC を注文したもので、その .hst に追加される 60x 以降の日付が OHLC である場合、60x build でテストするために .hst 全体が正しい OHLC 形式になるように何かされましたか? さらに、古いフォーマット(OLHC)の履歴データファイルを新しいターミナルの履歴センターにインポート する場合、新しいフォーマットでないにもかかわらず、適切にインポートする知恵があるのでしょうか? もし、私がこのことを深く考えすぎていたら、申し訳ありません。 編集 - ちなみに、509と比較するために60xで実行した同種のバックテストの終了日は13年10月で、私のブローカーがそれ以前にターミナル経由で私のM1データを変更したことはありません(したがってテストの不一致が生じます)。つまり、509と60xのバックテストの結果が異なるのは、何か他の原因によるものだということです(そうであってほしいのですが...)。しかし、Raptorさんがおっしゃるように、それはコーディングなのか、それともMT4.5の未解決のバグなのでしょうか?いずれは分かると思いますが、可能性のリストから疑わしい.hstファイル/フォーマットを除外できるのはありがたいことでしょう。 Alain Verleyen 2014.02.14 21:33 #85 Trevhib: AVさんありがとうございます。 .hstの実際のデータは変わっていないことは承知しています。 しかし、もし.hstにある60x以前のデータがOLHCで、.hstに追加される60x以降の日付がOHLCであるなら、.hst全体が60xビルドでのテストに適したOHLCフォーマットになっていることを確認するために何が行われましたか? さらに、古いフォーマット(OLHC)の履歴データファイルを新しいターミナルの履歴センターにインポートした場合、新しいフォーマットでないにもかかわらず、きちんとインポートする賢さがあるのでしょうか? もし、私がこのことを深く考えすぎていたら、申し訳ありません。 編集 - ちなみに、509と比較するために60xで実行した同種のバックテストの終了日は13年10月で、私のブローカーがそれ以前にターミナル経由で私のM1データを変更したことはありません(したがってテストの不一致が生じます)。 つまり、509と60xのバックテストの結果が異なるのは、何か他の原因によるものだということです(そうであってほしいのですが...)。 しかし、Raptorさんがおっしゃるように、それはコーディングなのか、それともMT4.5の未解決のバグなのでしょうか? いずれは分かると思いますが、可能性のリストから疑わしい.hstファイル/フォーマットを除外できるのはありがたいことです。 わかりました。しかし、時間だけがすべての答えをもたらすことができます。 kekkis 2014.02.15 00:01 #86 バックテストで スプレッドコントロールスクリプトや固定スプレッドを使用し、結果を比較していますか? Ian Venner 2014.02.15 01:23 #87 Trevhib: AVさんありがとうございます。 .hstの実データが変わっていないことは承知しています。 しかし、もし.hstにある60x以前のデータがOLHCで、その.hstに追加される60x以降の日付がOHLCだとしたら、60x buildでテストするために.hst全体を正しいOHLC形式にするために何が行われたのでしょうか? 私は、すべての議論を把握しているわけではありませんので、.hstファイルに関する問題はわかりません。509の.hstファイルを60xの履歴フォルダに入れると、チャートが同じように表示されることは確かです。これは、509と60xの.hstファイルに違いがないか、60xが以前のバージョンで作成された.hstデータを正しく読み取る方法をすでに知っているかのどちらかであることを意味するはずです。 削除済み 2014.02.15 08:42 #88 Trevhib: 私たちの複雑な、ライブの、リアルマネーのEAを適切にバックテストすることができません(つまり、509およびそれ以前で得ていたのと同じテスト結果を60xビルドで達成することができません)。それらは適切に取引しているように見えますが(詳細を伝えるのはそれほど簡単ではありませんが)、バックテストは非常に異なる結果を示します。この原因となっている潜在的な問題は非常に多く、どれが犯人なのかを突き止めるのは今のところ不可能で、リストから何かを完全に排除するのは非常に困難です。 私の投稿は技術的な価値を高めるものではありませんが、新しい現実と格闘している有能な人々やチームがまだ存在することを示すものではあります。 私は15個のリアルマネーで動くEAのバックテスト結果を比較しました。それらのほとんどは509と604のテストで異なる結果を出しました。 509と604のテスト 結果を比較することで、問題があることがわかるといいのですが・・・。 厳密化コンパイルも試しましたが、結果は違っていました。コードはコンパイルできますが、動作は別の世界です。 そして、残念ながら、モデレーターは、エラーを見つけて、それを修正する、と言っています。 削除済み 2014.02.15 09:04 #89 SDC: 509 グラフ 604のグラフ 509 ex4で作られたEAを509と604でテストすれば、その違いがわかるはずです。 しかし、509のex4でも、509と604では動作が異なる。 このようなリスクを考えると、別の開発環境を探さざるを得ません。 一方、私はこの20年間、コーディングをしています。 Alain Verleyen 2014.02.15 09:53 #90 cbalta: 私たちは本物の開発者です。あなたのテストコードはリスクを示すのに十分ではありません。私たちは何年もの将来のテストと比較しながら、私たちのコードを証明しました。 しかし、509のex4でも、509と604では動作が異なる。 このようなリスクを考えると、別の開発環境を探さざるを得ません。 一方、私はこの20年間、コーディングをしています。 もしかしたらその通りかもしれませんが、SDCではあるEAで結果が同じになることを示しているので、それを実証する必要があるのです。もちろん、それは最後の言葉ではありません。 問題を再現するために、コード.mq4または.ex4、およびテストプロトコルを提供してもらえますか? 12345678910111213 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
Build 509 vs Build 606Strategy Tester スピードテスト(ビジュアルモード)。
ビルド509のStrategy Testerは、ビルド606のStrategy Testerと比較して、ビジュアルモードで35.5%高速でした。
Build 509 vs Build 606 Strategy Tester スピードテスト(ビジュアルモード)。
ビルド509のStrategy Testerは、ビルド606のStrategy Testerと比較して、ビジュアルモードで35.5%高速でした。
データは同じで、.hst形式が変更されただけです。SDCのテストが示すように、バックテストの結果は、ビルド509と60xの両方で同じです。しかし、SDCの最初の試みは、同じデータを使用していないため、破損していることも示しています。
ブローカーがデータを変更することは可能ですが。
AVさんありがとうございます。
.hstの実データは変わっていないことは認識しています。しかし、.hst にある 60x 以前のデータが OLHC を注文したもので、その .hst に追加される 60x 以降の日付が OHLC である場合、60x build でテストするために .hst 全体が正しい OHLC 形式になるように何かされましたか?
さらに、古いフォーマット(OLHC)の履歴データファイルを新しいターミナルの履歴センターにインポート する場合、新しいフォーマットでないにもかかわらず、適切にインポートする知恵があるのでしょうか?
もし、私がこのことを深く考えすぎていたら、申し訳ありません。
編集 - ちなみに、509と比較するために60xで実行した同種のバックテストの終了日は13年10月で、私のブローカーがそれ以前にターミナル経由で私のM1データを変更したことはありません(したがってテストの不一致が生じます)。つまり、509と60xのバックテストの結果が異なるのは、何か他の原因によるものだということです(そうであってほしいのですが...)。しかし、Raptorさんがおっしゃるように、それはコーディングなのか、それともMT4.5の未解決のバグなのでしょうか?いずれは分かると思いますが、可能性のリストから疑わしい.hstファイル/フォーマットを除外できるのはありがたいことでしょう。
AVさんありがとうございます。
.hstの実際のデータは変わっていないことは承知しています。 しかし、もし.hstにある60x以前のデータがOLHCで、.hstに追加される60x以降の日付がOHLCであるなら、.hst全体が60xビルドでのテストに適したOHLCフォーマットになっていることを確認するために何が行われましたか?
さらに、古いフォーマット(OLHC)の履歴データファイルを新しいターミナルの履歴センターにインポートした場合、新しいフォーマットでないにもかかわらず、きちんとインポートする賢さがあるのでしょうか?
もし、私がこのことを深く考えすぎていたら、申し訳ありません。
編集 - ちなみに、509と比較するために60xで実行した同種のバックテストの終了日は13年10月で、私のブローカーがそれ以前にターミナル経由で私のM1データを変更したことはありません(したがってテストの不一致が生じます)。 つまり、509と60xのバックテストの結果が異なるのは、何か他の原因によるものだということです(そうであってほしいのですが...)。 しかし、Raptorさんがおっしゃるように、それはコーディングなのか、それともMT4.5の未解決のバグなのでしょうか? いずれは分かると思いますが、可能性のリストから疑わしい.hstファイル/フォーマットを除外できるのはありがたいことです。
バックテストで スプレッドコントロールスクリプトや固定スプレッドを使用し、結果を比較していますか?
AVさんありがとうございます。
.hstの実データが変わっていないことは承知しています。 しかし、もし.hstにある60x以前のデータがOLHCで、その.hstに追加される60x以降の日付がOHLCだとしたら、60x buildでテストするために.hst全体を正しいOHLC形式にするために何が行われたのでしょうか?
私は、すべての議論を把握しているわけではありませんので、.hstファイルに関する問題はわかりません。509の.hstファイルを60xの履歴フォルダに入れると、チャートが同じように表示されることは確かです。これは、509と60xの.hstファイルに違いがないか、60xが以前のバージョンで作成された.hstデータを正しく読み取る方法をすでに知っているかのどちらかであることを意味するはずです。
私たちの複雑な、ライブの、リアルマネーのEAを適切にバックテストすることができません(つまり、509およびそれ以前で得ていたのと同じテスト結果を60xビルドで達成することができません)。それらは適切に取引しているように見えますが(詳細を伝えるのはそれほど簡単ではありませんが)、バックテストは非常に異なる結果を示します。この原因となっている潜在的な問題は非常に多く、どれが犯人なのかを突き止めるのは今のところ不可能で、リストから何かを完全に排除するのは非常に困難です。
私の投稿は技術的な価値を高めるものではありませんが、新しい現実と格闘している有能な人々やチームがまだ存在することを示すものではあります。
私は15個のリアルマネーで動くEAのバックテスト結果を比較しました。それらのほとんどは509と604のテストで異なる結果を出しました。
509と604のテスト 結果を比較することで、問題があることがわかるといいのですが・・・。
厳密化コンパイルも試しましたが、結果は違っていました。コードはコンパイルできますが、動作は別の世界です。
そして、残念ながら、モデレーターは、エラーを見つけて、それを修正する、と言っています。
509 グラフ
604のグラフ
509 ex4で作られたEAを509と604でテストすれば、その違いがわかるはずです。
しかし、509のex4でも、509と604では動作が異なる。
このようなリスクを考えると、別の開発環境を探さざるを得ません。
一方、私はこの20年間、コーディングをしています。
私たちは本物の開発者です。あなたのテストコードはリスクを示すのに十分ではありません。私たちは何年もの将来のテストと比較しながら、私たちのコードを証明しました。
しかし、509のex4でも、509と604では動作が異なる。
このようなリスクを考えると、別の開発環境を探さざるを得ません。
一方、私はこの20年間、コーディングをしています。
もしかしたらその通りかもしれませんが、SDCではあるEAで結果が同じになることを示しているので、それを実証する必要があるのです。もちろん、それは最後の言葉ではありません。
問題を再現するために、コード.mq4または.ex4、およびテストプロトコルを提供してもらえますか?