ライブラリ: BestInterval - ページ 13 1...67891011121314151617181920...29 新しいコメント fxsaber 2018.12.08 14:14 #121 Javier Angel Labandeira Garcia:BestIntervalとVirtualの最新バージョンにアップデートしました。コードの最初に新しい行を入れてコンパイルすると、多くのエラーが出ました。最後のほうは3つだけです(画像参照)。ありがとうございました。これらの行を最後ではなく、最初に追加してください。 fxsaber 2019.01.16 13:58 #122 通常、このようなバックテストは、最適化(または単一のパス)中にゴミ箱に直行します。 しかし、最適化中のBestIntervalでは、このパスはベストの1つを表示します。理由 Maxim Dmitrievsky 2019.01.16 14:46 #123 欠点は、最適化されたインターバルにどれだけフィットしていないかを判断する指標がないことです。 例えば、私のライブラリはテスターの1パスで全く同じものを描画しますが、インターバルを捨てるのではなく、負けたトレードをひっくり返し、新しいシーケンスを近似します。 初期TSのトレード数が多ければ多いほど、Bestintervalはより美しい画像を表示する。 fxsaber 2019.01.16 15:00 #124 Maxim Dmitrievsky:欠点は、最適化されている区間に対してどの程度フィットしていないかを判断するためのメトリクスがないことです。 OnTesterにはどんなメトリクスでも書くことができます。ライブラリがそれを可能にします。 例えば、私のライブラリはテスターの1パスに対して全く同じことを描画しますが、ただ、インターバルを捨てずに、負けたトレードを逆にして、新しいシーケンスを近似します。 最初のTSのトレード数が多ければ多いほど、Bestintervalはより美しい絵を表示し、その前のトレード分布は関係ないことがわかります。あいまいな表現だ。BestIntervalの最良の結果を1つ取り、それを2倍の大きさのインターバルで実行します。インターバルの延長が直接バランスの性格を変えない場合、それはフィットではありません。上の2番目の図では > 1000トレード。間隔を2倍にしても、直線は残る。つまり、100%フィッティングではない。 もうひとつは、"フィッティングしていない "ということは、ただひとつのことを意味する。しかし、それが今後も続くという保証は何もない。そして、この保証のなさは、いかなる種類のフィットも示していない。これは人生の法則なのだ。 Maxim Dmitrievsky 2019.01.16 15:03 #125 fxsaber:OnTester用にどんなメトリックでも書くことができます。このライブラリではあいまいな表現。私はフィッティングを単純に定義する - BestIntervalの最良の結果を1つ取り、2倍の大きさのインターバルでそれを(単一で)実行する。インターバルの延長が直接バランスの性格を変えない場合、それはフィッティングではありません。上の2番目の図では > 1000トレード。間隔を2倍にしても、直線が残る。つまり100%フィッティングしていない。もうひとつは、「フィッティングしていない」ということは、ただひとつのことを意味する。しかし、そのパターンが今後も続くという保証は何もない。そしてこの保証のなさは、いかなる種類のフィットも示していない。これは人生の法則に過ぎない。一般的に、あなたは純粋な機械学習を行っているが、なぜかあなたはそのトピックを無視している) はい、もしあなたが何らかの指標を組み込み、その指標に基づいてモデルを選別するのであれば、オーバーフィッティングのルーチンを減らすことができます。理想的なのは、機械が最適なものを選択することで、OOSでも何かを示す可能性が高くなることです。 fxsaber 2019.01.16 15:44 #126 Maxim Dmitrievsky:一般的に、あなたは純粋な機械学習をしているはずなのに、なぜかそのトピックを無視している) 私には理解できない。 そうですね、いくつかの指標を組み込んで、それに基づいてモデルをふるいにかければ、検索ルーチンが減るだけです。理想を言えば、ベストなものが自動的に選択され、OOSでも高い確率で何かが示されればいいのですが......。もし計算資源が 桁違いに多ければ、BestIntervalは必要ないでしょう。つまり、ここにMOのヒントはない。これは単に便利で速く適用できるフィルターであり、それ以上のものではない。 OOS確率に関しては、私が上で述べたように正確に決定される。つまり、選択・最適化の要素は一切排除される。すべてが素晴らしいか、ゴミかのどちらかだ。 もっと複雑な問題は、実用的なTSがあり、実際のために最適な入力パラメーターの値を選択する必要がある場合である。 fxsaber 2019.01.16 16:01 #127 GA+BestIntervalは嫌なマッピングだということがわかった。つまり、ある局所的な極値への収束が起こり、チェックするとそれが絶対的なフィットであることが判明する。 Buteforce+BestIntervalは素晴らしいマッピングであることがわかった。GAが私にTCはゴミだと思わせたのに対し、Bruteforceは有望だと示してくれた。 まあ、Bruteforceが高速であるためには、少ないティック数と高速なTCロジックが必要だ。すべての加速メカニズムが、定量的な結果だけでなく定性的な結果も出すのはそのためだ。 Maxim Dmitrievsky 2019.01.16 16:38 #128 GAそのものからすれば、全体最適は牛の乳のようなものである。 fxsaber 2019.01.16 17:15 #129 Maxim Dmitrievsky: GAそのものは、雄牛から搾ったミルクと同じようなものだ)それは探索的最適化と考えられており、結果の信頼性という点ではまったく負い目がない。私はGAと友達になることはできない。 gspencer 2019.02.02 03:29 #130 私はコーディングやMeta EditorでのEAの操作について何も知りませんが、BestIntervalのコンセプトはとても気に入っています。私がテストしたいEAにこれを追加する方法を教えていただくのは面倒でしょうか? 1...67891011121314151617181920...29 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
BestIntervalとVirtualの最新バージョンにアップデートしました。
コードの最初に新しい行を入れてコンパイルすると、多くのエラーが出ました。最後のほうは3つだけです(画像参照)。
ありがとうございました。
これらの行を最後ではなく、最初に追加してください。
通常、このようなバックテストは、最適化(または単一のパス)中にゴミ箱に直行します。
しかし、最適化中のBestIntervalでは、このパスはベストの1つを表示します。理由
欠点は、最適化されたインターバルにどれだけフィットしていないかを判断する指標がないことです。
例えば、私のライブラリはテスターの1パスで全く同じものを描画しますが、インターバルを捨てるのではなく、負けたトレードをひっくり返し、新しいシーケンスを近似します。
初期TSのトレード数が多ければ多いほど、Bestintervalはより美しい画像を表示する。
欠点は、最適化されている区間に対してどの程度フィットしていないかを判断するためのメトリクスがないことです。
OnTesterにはどんなメトリクスでも書くことができます。ライブラリがそれを可能にします。
例えば、私のライブラリはテスターの1パスに対して全く同じことを描画しますが、ただ、インターバルを捨てずに、負けたトレードを逆にして、新しいシーケンスを近似します。
最初のTSのトレード数が多ければ多いほど、Bestintervalはより美しい絵を表示し、その前のトレード分布は関係ないことがわかります。
あいまいな表現だ。BestIntervalの最良の結果を1つ取り、それを2倍の大きさのインターバルで実行します。インターバルの延長が直接バランスの性格を変えない場合、それはフィットではありません。上の2番目の図では > 1000トレード。間隔を2倍にしても、直線は残る。つまり、100%フィッティングではない。
もうひとつは、"フィッティングしていない "ということは、ただひとつのことを意味する。しかし、それが今後も続くという保証は何もない。そして、この保証のなさは、いかなる種類のフィットも示していない。これは人生の法則なのだ。
OnTester用にどんなメトリックでも書くことができます。このライブラリでは
あいまいな表現。私はフィッティングを単純に定義する - BestIntervalの最良の結果を1つ取り、2倍の大きさのインターバルでそれを(単一で)実行する。インターバルの延長が直接バランスの性格を変えない場合、それはフィッティングではありません。上の2番目の図では > 1000トレード。間隔を2倍にしても、直線が残る。つまり100%フィッティングしていない。
もうひとつは、「フィッティングしていない」ということは、ただひとつのことを意味する。しかし、そのパターンが今後も続くという保証は何もない。そしてこの保証のなさは、いかなる種類のフィットも示していない。これは人生の法則に過ぎない。
一般的に、あなたは純粋な機械学習を行っているが、なぜかあなたはそのトピックを無視している)
はい、もしあなたが何らかの指標を組み込み、その指標に基づいてモデルを選別するのであれば、オーバーフィッティングのルーチンを減らすことができます。理想的なのは、機械が最適なものを選択することで、OOSでも何かを示す可能性が高くなることです。
一般的に、あなたは純粋な機械学習をしているはずなのに、なぜかそのトピックを無視している)
私には理解できない。
そうですね、いくつかの指標を組み込んで、それに基づいてモデルをふるいにかければ、検索ルーチンが減るだけです。理想を言えば、ベストなものが自動的に選択され、OOSでも高い確率で何かが示されればいいのですが......。
もし計算資源が 桁違いに多ければ、BestIntervalは必要ないでしょう。つまり、ここにMOのヒントはない。これは単に便利で速く適用できるフィルターであり、それ以上のものではない。
OOS確率に関しては、私が上で述べたように正確に決定される。つまり、選択・最適化の要素は一切排除される。すべてが素晴らしいか、ゴミかのどちらかだ。
もっと複雑な問題は、実用的なTSがあり、実際のために最適な入力パラメーターの値を選択する必要がある場合である。
GA+BestIntervalは嫌なマッピングだということがわかった。つまり、ある局所的な極値への収束が起こり、チェックするとそれが絶対的なフィットであることが判明する。
Buteforce+BestIntervalは素晴らしいマッピングであることがわかった。GAが私にTCはゴミだと思わせたのに対し、Bruteforceは有望だと示してくれた。
まあ、Bruteforceが高速であるためには、少ないティック数と高速なTCロジックが必要だ。すべての加速メカニズムが、定量的な結果だけでなく定性的な結果も出すのはそのためだ。
GAそのものは、雄牛から搾ったミルクと同じようなものだ)それは探索的最適化と考えられており、結果の信頼性という点ではまったく負い目がない。
私はGAと友達になることはできない。