Сергей Таболин: 今は、オプティマイザーの実行時間を長くして待っているところです。どうなるかな。
あなたのケースは理にかなっています。不合格になったパスはキャッシュに書き込まれない
FM 215:59:58.313 Core 5 pass 1396 tested with error "incorrect input parameters"in0:00:00.218
KI 216:00:01.301 Core 8 pass 1664 tested with error "incorrect input parameters"in0:00:00.188
MD 216:00:01.301 Core 8 pass 1665 tested with error "incorrect input parameters"in0:00:00.187
EP 216:00:01.301 Core 8 pass 1666 tested with error "incorrect input parameters"in0:00:00.203
RL 216:00:01.301 Core 8 pass 1667 tested with error "incorrect input parameters"in0:00:00.203
LH 216:00:01.371 Core 3 pass 1413 tested with error "incorrect input parameters"in0:00:00.187
EG 216:00:01.371 Core 3 pass 1414 tested with error "incorrect input parameters"in0:00:00.187
KS 216:00:01.371 Core 3 pass 1415 tested with error "incorrect input parameters"in0:00:00.188
PO 216:00:06.154 Core 4 pass 1556 tested with error "incorrect input parameters"in0:00:00.218
LK 216:00:06.154 Core 4 pass 1557 tested with error "incorrect input parameters"in0:00:00.219
DF 216:00:06.154 Core 4 pass 1558 tested with error "incorrect input parameters"in0:00:00.203
RR 216:00:06.154 Core 4 pass 1559 tested with error "incorrect input parameters"in0:00:00.219
MN 216:00:10.151 Core 6 pass 1812 tested with error "incorrect input parameters"in0:00:00.203
GJ 216:00:10.151 Core 6 pass 1813 tested with error "incorrect input parameters"in0:00:00.219
GI 216:00:10.151 Core 6 pass 1814 tested with error "incorrect input parameters"in0:00:00.203
GE 216:00:10.637 Core 5 pass 1397 tested with error "incorrect input parameters"in0:00:00.203
そして、エラーなく通過したパスだけがキャッシュされる。
同時にキャッシュにデータが存在する
QK 016:05:34.655 Tester cache file 'tester\cache\KrL_4.93.GBPCHF.M30.20170401.20170701.10.678BEE8FF38C7C7BF8515210F346F03E.opt' contains 441 records
HH 016:05:34.655 Tester Experts\KrL_4.93.ex5 on GBPCHF,M30 from2017.04.0100:00 to 2017.07.0100:00
RI 016:05:34.758 Tester GBPCHF: history data begins from2009.10.2000:00
MP 016:05:34.758 Tester GBPUSD: history data begins from1998.01.0200:00
PK 016:05:34.863 Tester USDCHF: history data begins from1998.01.0200:00
LE 016:05:34.863 Tester complete optimization started
RF 016:05:34.863 Tester size of initial task batch is512
MR 016:05:34.868 Tester reading of 441 result records from cache...
QP 016:05:34.868 Tester 1 blocks of results read from cache in0 ms
テスターのIndicatorRelease() は以前は動作しませんでしたが、現在は動作していますか?
スラーヴァ
問題:"Run Single Test "ボタンがアクティブでない。
最適化をやっている。
最適化が完了した後、テストの開始日と終了日を変更すると、"Run Single Test "ボタンが非アクティブになります。
ティック生成モデルを変更しても同じ状況です。
製造:1835年
この問題は、1ヶ月前には間違いなく存在しなかったのです
これはバグなのか、そういう考えなのか。
スラーヴァ
問題:"Run Single Test "ボタンがアクティブでない。
最適化をやっている。
最適化が完了した後、テストの開始日と終了日を変更すると、"Run Single Test "のボタンが非アクティブになります。
ティック生成モデルを変更しても同じ状況です。
製造:1835年
この問題は、1ヶ月前には間違いなく存在しなかったのです
これはバグなのか、そういう考えなのか。
という質問に参加します。
元に戻せ!
今は、オプティマイザーの実行時間を長くして待っているところです。どうなるかな。
あなたのケースは理にかなっています。不合格になったパスはキャッシュに書き込まれない
そして、エラーなく通過したパスだけがキャッシュされる。
同時にキャッシュにデータが存在する
あなたのようなケースはどうすればいいのか、考えなければなりません。EAは外的要因や一部のエラーのせいではなく、自力で失敗したEAの入力パラメータを 変更するだけなら、新しいキャッシュが作成されます。以前のキャッシュは削除されません。
という質問に参加します。
元に戻せ!
戻る
戻る
1835のビルドは1816と同じくらい遅いのか、それとも17xxバージョンと同じなのか?
戻る
教えていただけませんか?
遺伝的アルゴリズム」モードでの一時停止を削除したのはなぜか。
サードパーティ製エージェントに使用すると、一時停止が問題になったのではないかと思います。
が、ローカルエージェントでの最適化には、この機能は非常に有効でした。
そこでINIT_PARAMETERS_INCORRECTで入力パラメータチェックと 出力をしています。
しかし、以前のバージョンのオプティマイザーには、このようなリセットはなかったということです。
キャッシュの改訂と関係があるのでしょうか?
そして、「リセット」されたパスは、再起動後にすべて新しいものを経由することが判明しているのではありませんか?書き留めない限りは?
純粋に算術的に。
最初は1000枚あったパスが300枚で止まったとすると、残りは700枚です。
INIT_PARAMETERS_INCORRECTが100回通過したとする。
起動後、200でスタート。そして、800枚のパスが残っています。やはり同じように1000枚通過させる必要があります。
不要なパスが100枚あることが判明あまり高くないとはいえ、やはり?
そして私はというと、18760枚のパスのうち、1534枚が「正解」でした。17226回のパスが繰り返されるということですそれは、あまりいいことではありません。
はい、リセットパスは新しい方法で実行されます。INIT_PARAMETERS_INCORRECTの場合、これらのパスは非常に速く通過します。
このようなパスをキャッシュにマークする方法を考える
はい、リセットパスは新しい方法で実行されます。INIT_PARAMETERS_INCORRECTの場合、これらのパスは非常に速く通過します。
このようなパスをキャッシュにマークする方法を考える
そして、財務指標に関する 正しいデータを一度に返すことができるのです。狂った数字の代わりにゼロとして?