EAを最適化し、最適化されたものを手に入れる。 - ページ 23

 
+1 残った1つを最適化するために使用した
ファイル:
 
George Merts:

いずれにせよ関連性がある。

同時に複数の最適化を行う場合でも、XMLファイルをマージし、評価スクリプトで処理するだけで、最適な入力パラメータをより適切に選択することができます。問題があるとすれば、前回私がSETファイルですべての変数をマークしなかったときのように、スクリプトがエラーを発見したときだけです。スクリプトには「無効なファイルです」と表示されるのですが、何が問題なのかがわかりませんでした。

あなたの最適化が考慮されるように。今、私はそれを処理し、Yandexでバージョンを更新し、次の専門家がリーグから「脱落」したことを投稿します。面白ければ-「何のために追い出されたのか」を書けばいいのです。:)

一般に、遺伝は毎回同じ結果を選択すると思っていましたが、そうではないのですか?

降格の統計を取ることができる、多分これらのデータは、アプローチが変われば、アドバイザーの改善につながるだろう.

 
Aleksey Vyazmikin:

一般的には、遺伝によって毎回同じ結果が取り上げられると思っていましたが、そうではないのでしょうか?

出発の統計を取り、そのデータに従ってEAを改善し、アプローチが変われば......。

遺伝-同じ結果を出すことはできない。近いものだけ。それも、関数が十分に「偶数」であればの話です。

コブミンの選択肢は10億のスペースがあります。ベストなものを選ぶ必要があります。

まず - ランダムに512個の変種を取ります。これが第一世代です。

そして、次の世代を形成していくわけですが、それぞれのコブミネーションでランダムにパラメータを変更する、つまり突然変異を起こします。1024個取得します。フィットネス関数(fitness function - これは最適化設定のカスタム設定に過ぎない)の値が最も高い512を選択するのです。そして、突然変異のサイクルが繰り返される。

このサイクルは、適性関数の大きな値が現れなくなるまで続けられる。

したがって、最適化が異なれば、結果(1つの値)は同じでも、世代そのものや、その値を「見つけるまでの道筋」が異なることになるのです。そして、これらのファインディングパスは、XMLファイルに表示されます。私の推計スクリプトはこのファイルを実行し、前後期のフィットネス関数の値の分散をカウントする。そして、適性関数の妥協値が選択され、できるだけ大きく、しかし分散はできるだけ小さくなるように(ただし2桁目まで)する。

2つの異なるXML最適化ファイルを取り出した場合、その中の最良の値は同じである可能性があります。しかし、分散は-必然的に違ってくる。しかし、フィットネス関数の値を少し小さくした方が、この値の周りの分散がずっと小さくなるので、より合理的かもしれません。

 
Aleksey Vyazmikin:
+1 残りは最適化することにした。

24のレッドコードがありますね、GBPCHF_EMAFlatRTSを処理します、25になります。 次のファイルを投稿します、26になります。 しかし、私はもう出かけなければなりません。4時間くらいで戻るから、次のアウトサイダーを投稿するよ。


アレクセイ、もしレッドコードを使いたいなら、「リーグ」の別バージョンをコンパイルする方が合理的でしょう。そのため、設定には目的のリスクを書き込むだけでよいのです。選択されたすべてのシステム - 彼らはリーグの複数のコピーであるかのように、独立して動作し、それ自身のマジックにそれぞれ(これはEAが共通のデモ口座で動作する方法です、270 EAsではなく、わずか5ですが、彼らはすべての270 TSで動作します)。

興味のある方は、Expert Advisor Trading Systems League -YandexDiskで ダウンロード可能です。

EALeague
EALeague
  • yadi.sk
View and download from Yandex.Disk
 
GBPJPY_ChnTrendRTS
ファイル:
 
George Merts:

まず-ランダムに512個の選択肢を取る。これが第一世代です。

取っているのか、オプティマイザーなのか?ただ、ランダム性については、何がランダム性を生み出しているのか、アルゴリズムはわかっているのか、など疑問があります。時間的な制約があるのでしょうか?


ジョージ・マーツ

そして、次の世代を形成する。それぞれの玉石混交の中で、パラメータをランダムに変化させる、つまり突然変異を起こすのだ。1024個取得します。フィットネス関数の値が最も高い512を選択します(フィットネス関数は、最適化設定の中の「カスタム」設定にすぎません)。そして、突然変異のサイクルが繰り返される。

また、そのような関数を自分でコンパイルしている例はどこで見ることができるのでしょうか?

それとも、カスタム計算による1つの数値が高くなったり低くなったりするだけで、それに応じてダイナミックな動きがあれば、まさにその方向に遺伝子を垂れ流すのでしょうか。

ジョージ・マーツ

24個のREGコードを持っているので、GBPCHF_EMAFlatRTSを処理します、25個になります。 次のファイルを投稿してください、26個になります。 でも、もう行かなくちゃいけないんです。4時間後に、次の「アウトサイダー」を投稿します。


アレクセイ、もしリードコードを使いたいなら、「リーグ」の別バージョンをコンパイルする方が合理的でしょう。そのため、設定には目的のリスクを書き込むだけでよいのです。選択したシステムのすべて - 彼らはリーグの複数のコピーであるかのように、独立して動作します、独自のマジックでそれぞれ(だから共通のデモ口座で専門家を働かせる、270顧問が、唯一の5がありますが、彼らはすべての270 TSを動作します)。

うーん、どうやって選べばいいのかもわからないし、じゃあ何を最適化すればいいのか、「リスク」の値は1つでいいのか?

 

そうですね。フィットします。大丈夫です、すべて加工してリーグに組み込んでいます。

EAを最適化するために修正し、XMLファイルからどのシンボルで実行されたか、どのバックおよびフォワード期間で実行されたかをすぐに確認できるようにするアイディアがあります。週末に対応する予定です。

とりあえず、初心者のための説明書をもう少し書かないと。

Aleksey Vyazmikin:

ビーターに勝つか、オプティマイザーに勝つか。ただ、ランダム性については、何がランダム性を生み出しているのか、アルゴリズムはわかっているのか、という疑問があります。時間軸ですか?

もちろん、オプティマイザーです。遺伝的最適化を行うのです。

そして、私の知る限りでは、初期パラメータセットは、乱数を与えるプロセッサ命令を使って、純粋にランダムに生成されています。理想的にはRDRANDプロセッサ命令を使用し、多くの特殊な規格に適合する乱数を生成することです。しかし、もちろん、乱数は実際には擬似乱数であってもよいのです。それは、それほど悪いことではありません。私たちは堅牢な暗号を 必要としているのではなく、値フィールドの均一な「種」が必要なのです。

 
Aleksey Vyazmikin:

また、このようなセルフコンパイルされた関数の例はどこで見ることができるのでしょうか?

それとも、カスタム計算の結果に基づく単一の数値で、数値が高くなったり低くなったりする傾向があるはずで、それに応じて、ダイナミックさがあれば、まさにその方向に遺伝子が垂れるということでしょうか。

そうです、フィットネス関数はOnTester()の結果であり、その通路を特徴づけるものなのです。最も単純なケースでは、パスが終了した時点の預かり金の価値だけです。オプティマイザーは、この関数が最大になるようなコブミンを選択する。そして、新しい世代がどんどん最大値に近づいて形成されていく。

私は、トレードの質を非常によく反映する巧妙なマルチファクター機能を使っています。かつて、このコードを有料で入手したことがありますが、今では後悔していません。

そこでは、一般的な遺伝的アルゴリズムには かなり多くの仕掛けがあり、どこかで遺伝的アルゴリズムに関する記事も出ていて、いろいろと話題になっていましたね。

 
Aleksey Vyazmikin:

うーん、選び方すらわからない...この後、何を最適化すればいいのか、「リスク」の値は1つだけなのか?

あなたは何も最適化する必要はありません。すべてはあなたの前にすでに最適化されています。今やっているのは、アウトサイダー・システムを最適化し、他のパラメーターのセットでお気に入りになるようにすることです。デモに出して、取引状況を確認する。その中には、運良くオープンポジションで取引できる人もいることでしょう。1ヵ月後にわかることです。その頃には、かつての人気者は試射を終えて取引から外され、最適化されたものから新しいシステムがそれに取って代わるだろう。

好きなシステムを選んで、リスク値を設定すれば、取引できる。

でも、「選び方」って...。これは私の主な質問です。 私は "ちょうど挽く "場合 - その後、視覚的に、 "品質 "のパラメータによって。 私が選んだこれらのシステムは - 私はあなたが持っている本物のアカウント、投資パスワードにそれらを設定しました。 しかし、彼らは直感的に選ばれました。残念ながら、まだ明確な基準ができていないんです。

だから-チャートを見て、ベストを選ぶ-それが今のところあなたの選択です。明らかに多くの中から選ぶことができます。

 

過剰な最適化を必要とするシステム。

2つはSLキューが長すぎることを示し、残りは許容スラックを超えた。