最適化の結果は、それらの単一テストとは異なります。
これも一例です。UsdJpyのオーバーナイト最適化を検討し始めたところです。最適化の直後、クォートを変更することなく、また手を加えることなく、結果2631（利益117.07、ドローダウン34.86）から選択したパラメータ値をテスターにダブルクリックして、これらのパラメータを使って1つのテストを実行しました。利益は-3925、ドローダウンは-4049.04でした。顕著な違い...
約51枚のチャートのミスマッチが報告されている。それに関するログは51件にのぼります。しかし、全てのエントリーは出来高のみを参照し、インジケータでもどこにも使っていません（インジケータは使っていません）。
最適化とテスト期間は、最初の投稿と同じです。アクションのシーケンス - 同じですが、エラーの不一致がないことを確認するために、P.3の後にコントロールテスターの実行が追加されています。その他の条件はすべて同じです。最適化は土曜日から日曜日にかけての夜間に行われたため、市場、つまりスプレッドが凍結されているはずです。
またまた驚きました。気配値アーカイブ」を開き、このペアでアップロードを押して、すべての時間枠の再計算を許可しました。
再びダブルクリックで最適化 結果からテスターにパラメータを挿入し、テストを開始しました。最適化と同じ結果になりました。レポートやログに不一致のエラーはありません。
私は質問を追加しています（私は番号を付け続けています）
4.最適化の前にわざと1回テスト実行し、「引用アーカイブ」でペアを読み込んだ後（前回のメッセージのポイント3とポイント4の間）に矛盾がないことを確認した場合、最適化の後（そして多分最適化の間）どこに矛盾が現れたのでしょう？
5.すべての最適化結果が正しい見積もりで得られているか、最適化プロセスに不具合がなかったかを確認するにはどうすればよいですか？
6.ボリュームのミスマッチが、ボリュームを使用しないテストの結果にこれほど重大な影響を及ぼすのはなぜでしょうか？
Z.I. アンチウイルスをインストールし、動作させています。しかし、メタトレーダーの実行ファイルとそのフォルダ全体、すべてのサブフォルダとファイルは例外的に存在します。もう一台のパソコンは、ウイルス対策は全くしていませんが、そのような不具合はあります。アンチウィルスを除外するということです。3台のパソコンで同じ不具合が発生。ディスクやハードウェアの問題、周辺プログラムの影響の可能性は除外しています。メタトレーダーがおかしい、クォートで何かしている。
他の、根本的に違う戦略での最適化でも、同じような不具合を見たことがあります。だから、要するに、私のExpert Advisorにはあまり依存しないのです。ただ、以前はそれほど重要視していなかったので、テストが足りなかっただけなんです。今は週に何十回も最適化をやっていますし、もっとやりますよ。そして、すでにリアルマネーの話になっています。テスターとオプティマイザーを修正するか、正しいアクションをアドバイスしてください。ありがとうございました。
UsdJpy_1_optim.txt - 最適化結果
UsdJpy_1_Orders.txt - 最適化と同時に実行した1回のオーダー（結果）のリスト
UsdJpy_1.log - このテストのログ
UsdJpy_1.htm - レポート
UsdJpy_2_Orders.txt - 巨大な損失を伴う一回の実行の注文（結果）のリスト（ミスマッチあり）
UsdJpy_2.log - このテストのログ
UsdJpy_2.htm - レポート
これでさらに面白くなりました。これは3台目のパソコンで、違うペアでの話です。私は、最初の投稿にあるスキームに従ってすべてを行っています。数時間かけて最適化した後、結果を確認する。選択したパラメータのセットをダブルクリックで貼り付けると（他には何も触らず、何も変えずに）、同じパラメータの最適化文字列と全く異なる結果が得られます。引用の不一致を確認しています。最適化前に「アーカイブ」で引用符をダウンロードし再計算していますが。OK、思うに、多分、見積もり再計算で解決すると思います。すべてのタイムフレームを再計算する」を起動し、再度テストしてみます。齟齬がなくなりました。しかし、私は今、最初の2つの結果とは全く一致しない第3のバリエーションを計算しました。*smiley_with_great_eyes*
アーカイブの引用符を再計算してテストすることをもう少し試みる。すべての結果は、最後の3番目の選択肢に一致するようになりました。やったー！正しいバリエーションが見つかったぞーしかし、最適化に費やした半日が無駄になり、最適化の結果も 明らかに間違っている。つまり、夜に最適化の再インストールを行い、朝早く起きて次の週に適したパラメータを選択する時間を確保しなければならないのです。しかも、それが正しいかどうかはわからない。
さらに細かいところに気がつきました。まず、テスターレポートでは「Bars in History」の数がバリアントによって異なっています。第二に、履歴のバーが同じ量であっても、結果が異なる場合があります。第三に、私のExpert Advisorは1時間足のローソク足で動作し、特定の時間00分、すなわちOpenローソク足で厳密にシリーズの最初の注文を開く。しかし、これらの注文は、異なる結果で異なる価格でオープンします。これは最初の投稿で添付したレポートでも確認できますので、当面はこれ以上ログを書きません。他に必要なものがあれば、掲載します。
テスターでこの問題があるのは私だけでしょうか？
また、「引用アーカイブ」については、その変換の話題に触れたので、さらに質問を。どこで詳細を読むか、またはここで私の質問に答えてくれるか教えてください。
私はすべてのアクションを土曜日から日曜日に行う、すなわち、引用符のアーカイブは変更しないでください。
先週にチャートウィンドウが開いていないペアを開いたのですが、つまり今週の相場はローカルアーカイブにダウンロードされていないことがわかりました。ダウンロードを押す。このコンピューターにインストールされたトラフィックモニターは、サーバーへのMTリクエストとサーバーから返されたデータブロックを表示します。すべて正しいです。ダウンロード後、再度ダウンロードをクリックする。しかし、ここでは2つの選択肢があります。すべての時間枠をカウントし続けるか（ダウンロードが完全に完了した場合は論理的）、もう一度何かをダウンロードするか（トラフィックモニターがそれを確認）-なぜ最初にダウンロードされなかったのかは明確ではありません。また、何度か押すと、サーバーからのダウンロードが再計算後になることがあり、全く論理的でなく理解できません。すでにダウンロードされている場合、再計算すると、他に何がダウンロードされているのか？私はダウンロードの間にアーカイブを閉じない、ペアを変更しないでください。
時々、アーカイブを開いた後、ダウンロードボタンを数回（5回以上）連続して押すと、サーバーから何かをダウンロードしたまま、すべての時間枠の再計算を提案しないことがあります。まるで、初回にすべてが読み込まれなかったかのように、クリックするたびに、足りないものが少しずつ引き出されるのですが、一度に全部は読み込まれません。モニターを見ると、サーバーへのリクエストだけでなく、サーバーから返されたデータのブロックも表示されていることがわかります。初回に読み込めなかった理由と原因を教えてください。本当に何回アップロードボタンを押せば、そのペアのすべての見積りがダウンロードされるのでしょうか？
アーカイブを閉じてからもう一度開き、再読み込みをクリックすると、1回目も2回目も引用符を読み込まず、再計算を提案します。論理的な作業順序が復元されます。そして、なぜそのようなことが起こるのか。どのように理解していますか？ダウンロードするたびにアーカイブを閉じて、新たに開いてから再計算したほうがいいのでは？お願いします、説明してください。
読み込みをクリックすると、ローカルアーカイブがチェックされ、必要なファイルが一括で読み込まれ、すべての時間軸が自動的に再計算されるようにできませんか？また、アーカイブに「検証」ボタンを組み込んで、履歴の空白や矛盾点などをすべて表示することは可能でしょうか。そして、ユーザーが確認すると、自動的にサーバーからすべてが引き出され、修復されるのです。5バージョンへの移行が長く続き、4バージョンは人気も需要もあるので、MT4バージョンを使ってみたいです。そして、今、4で稼がなければならないお金。
繰り返しになりますが、MTはインストール時からAlpariのデモサーバーに接続されており、一度も変更されていません。プログラム履歴フォルダーには、Alpari-Demoとdownloadsの2つのフォルダーしかありません。ヒストリーやチャートウィンドウのバー 数の設定は、MTをコンピュータにインストールしたときから変更されておらず、デフォルトのままです。しかし、「ダウンロード」ボタンを押した結果は、思いのほか違っていた。アーカイブでは実際に何が起こっているのか、なぜ予測不可能なのか。
このトピックについては、アルパリのフォーラムhttp://forum.alpari.ru/thread58122.html でも並行して議論が行われています。
ここにいる誰も、答えや疑問すら持っていないのか？開発者も？
ダイミョン 用。
1.3台のPC、3種類のMT4でテストしました。症状も同じです。アーカイブ」に見積もりをロードした後、テスターを実行して確認したところ、必要な期間に不一致がありませんでした。そして、同時期までに最適化を開始します。そして、最適化 テストを実施します。ここで、矛盾が生じる可能性があります。つまり、履歴全体がダウンロードされ、アーカイブによって再計算された後、最適化後（または最適化中）に表示されるのです。履歴を削除しても、ここでは何もできないようです。
2.アルパリはスプレッドが変動します。私も同感で、平等な市場条件でテストする必要があります。しかし、選択したスプレッドでどのようにテストするか、どこで指定するか？MT4では見つけられませんでした。
これは良いアイデアだと思います。たぶん、やってみると思います。ただ、私だけは最低でも数日かかる。しかし、なぜ引用符で不具合が発生するのか、という主な疑問はまだ解決されていません。
テスターのレポートは、上記の私の投稿のアーカイブにあります。日違いの2組でも。同じ投稿の中に、アーカイブのファイルについての記述があります。ご覧ください。
履歴をダウンロードし、時間軸を再計算する。インターネットを切断してテストしてください。
このようなくだりは、通常、EAが極端に研ぎ澄まされていることを示しています。ダニはダウンロードするのではなく、エミュレートしています。そして、市場に出れば、わずかな歴史の変化が、このようなナンセンスなことにつながるのです。
この方法でも同様の結果を得ることができる。
パソコンがインターネットに長時間接続され、H1でチャートが開いている状態。
インターネットを遮断し、テストを開始する。Expert Advisorは、M5、M1の履歴をダウンロードし、これはインターネットが切断されたときであると書いています。だから、いろいろな落とし穴があるんです。また、インターネットに接続すると、どのような履歴をダウンロードするのかもわかっています。
ミスリードありがとうございます。それこそ、次の最適化でやってみようと思っています。今日もAlpariのフォーラムでそのようなアルゴリズムについて教えてもらいました。試してみます・・・。ただ、正直なところ、私がプログラムのロジックを理解していないか、開発者がオプティマイザの最も重要な部分である引用アーカイブに対して奇妙な態度をとっているかのどちらかだと思います。だから、やはりこのテーマについては、開発者の説明や質問への回答が欲しい。また、MTはインターネットからどのような履歴をダウンロードするのでしょうか。私は何も知りません。説明するか、どこで読めるかリンクを教えてください。
すべてを知っているわけではない、個人的な経験からの結論。
すでに仮説を立てられるだけの実験はされているようですね。
議事録に関する引用のアーカイブをアップロードしています。MQサーバーからダウンロードされます。気がつけば、ここ数日、いや数週間は行方不明です。仮説：MQサーバーの最後の引用のアーカイブがまだ形成されていない可能性があります。残りの履歴は「更新」でサーバーからダウンロードします。
もうひとつの実験。歴史を殺すのか。更新」から議事録（5分）をダウンロードしようとする。履歴のごく一部がサーバーからダウンロードされます。仮説：最新の履歴のうち、限られた部分しかDCサーバーに保存されていない。
仮説：受験者がパソコンでアーカイブからМ5, М1をダウンロードし、MQサーバーから完了させる。サーバー上のアーカイブがまだ生成されていない場合、このデータはエミュレートされます。インターネットに接続されていない場合も同様です。エミュレートされたデータは保存されないのでしょうか？
週に一度、27通貨ペアの履歴を「更新」機能でダウンロードしています。週の新しいバーが約7000であるにもかかわらず、いくつかのペアでは、10000以上のバーがダウンロードされます。仮説：歴史が変わった。
上記の理由により、テスト結果は 最新のデータと一致しない場合があります。
テスト結果とデモ（マイクロ、リアル）トレードの結果は、その他の理由により一致しない場合があります。
- 無料取引アプリ
- 8千を超えるシグナルをコピー
- 金融ニュースで金融マーケットを探索
EAを最適化する。そして、その結果をもとに1つのテストを実行するのです。最適化テストと単体テストの結果は必ずしも一致するものではありません。
アクションのシーケンス。
1.オプティマイザーでペア（例：AudUsd）を選択し、期間を2010.08.23～2010.10.30に設定しています。リスト内のExpert AdvisorとH1時間枠はすでに選択されています - 私は今、1つのExpert Advisorのみをテストします。
2.パラメータの最適化範囲を入力します。
3.引用アーカイブをダブルクリックして、AudUsdの分履歴を開いています。ダウンロードをクリックしてください。ダウンロード後、時計を開き、再度ダウンロードをクリックする。すべてのタイムフレームを再計算するのか」と書かれています。私は「はい」と答えます。
4.4つか5つのパラメータを最適化して、数時間待つんです。アーカイブに添付されている「AudUsd_1_optim.txt」の最適化結果を見てみたいです。
5.最適化結果」で自分に合った行を選択し（私の例では「AudUsd_1_optim.txt」ファイルの2183番）、テスターでそのパラメータをダブルクリックしたところ、「最適化結果」が表示されました。私は変化せず、他のものにも手を出しません。
6.単体テストを開始する。タブレポートを見ると、全く違う利益とドローダウン（201.78/-116.28）が出ており、このパラメータの組み合わせでの最適化の結果（162.36/-34.25）と一致しない。ログにはボリューム不一致のエラーが1つありますが、私のストラテジーはボリュームを一切使っていないので、このエラーは致命的ではなく、結果にそれほど影響を与えないと思われます。トレードの回数も何もかもが違うのです。このテストでの注文のリストは「AudUsd_2_Orders.txt」、ログは「AudUsd_2.log」で見ることができます。
7.とても驚いています。徐々に慣れてきてはいるのですが。
8.ステップ3を繰り返す。
9.同じパラメータで再度シングルテストを開始する。現在では、最適化と一致する利益とドローダウンが得られています。このテストでの注文のリストは「AudUsd_1_Orders.txt」に、ログは「AudUsd_1.log」に収められている。
2ヶ月以上この状態が続いています（毎週最適化しています）。この不具合は周期的なもので、明確なパターンは見つかっていません。最適化の開始時期や夫婦に関係ない。最適化と次の別テストの結果が一致することもありますが、一致しないこともあります。
正直なところ、もう飽き飽きです。一晩中、何かをカウントして最適化しているのです。そして、どのような結果を信用すべきか理解できないため、再度最適化する必要があるのです。それに、偶然にもテスターの作品が不具合ではなく、正しい亜種であったということはないでしょう。
すぐにお伝えしたいのは、私も同様のトピックを掲示板で検索して読んだことがあるということです。アルパリフォーラムとこちらの両方で検索して読みました。そしてヤンデックスでも。数週間前から情報を探そうとしていた。しかし、私が見つけたのは、テスト結果が 依存する「フローティング・スプレッド」についての開発者の言葉だけです。そして、週末にストラテジーをテストするようにというアドバイス（まさに私がそうしているのですが、うまくいきません）。しかし、私の目には、この問題を何とか解決したくないという言い訳にしか見えません。結局のところ、"フローティング・スプレッド "というテーマを終わらせるためには、ユーザーが任意に入力するオプティマイザーのパラメータに "スプレッド "という項目を追加すれば十分で、パラメータによる戦略の最適化と比較はすでに実行可能なのです。最適化のために最後のマーケットスプレッドを記憶することに意味はないと思います。
アルパリのサイトからダウンロードしたメタトレーダーの最新バージョン4.00.226を使用しています。全く同じ不具合が、同じバージョンで、数ヶ月違いの異なる時期にインストールされた他の2台のコンピュータで観察されました。そこでは、最初のMTと同じ設定とスコアになっています。
私はアルパリの1つのデモ口座でテストと最適化を行うだけです。他のアカウントは接続していません。Alpari-Demoのサーバーは、設定 - Alpari NZ Limitedにあります。サーバーも触っていません。私は手動で引用を変更していません、私は自分自身を追加していません。メタトレーダーは常にオンラインです（私のコンピュータは常にインターネットに接続されています）。土曜日と日曜日に最適化を行っています。スプレッドは、理論的にはその日のものは変わらないはずで、「最後のスプレッド」の不具合はおそらく関係ないでしょう。添付のログは、10月30日（土）のものです。
テスト期間は必ず明示される。
という質問があります。
1.どうしてそうなるのでしょうか？その理由は何でしょうか。
2.テスターの不具合だとしたら、いつ修正するのでしょうか？また、このバージョンで、今、すべてを一致させるには、どうしたらいいのでしょうか？
3.自分のせいだとしたら、何が悪くて、どうすればいいのか？
Expert Advisor の完全な実コード（とにかく最適化のための高度に切り詰められたバージョンに過ぎない）とテスト用パラメータ一式をメタトレーダーの開発者に個人的なメッセージで提供する用意があります。