Сергей Таболин: Ora sto aspettando che l'ottimizzatore funzioni più a lungo. Vedrò cosa succede.
Il suo caso ha senso. I passaggi che falliscono non vengono scritti nella cache
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
E solo i passaggi che sono passati senza errori sono memorizzati nella cache.
Ci sono dati nella cache allo stesso tempo
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
Bisogna pensare a cosa fare in casi come il tuo. L'EA ha fallito da sola, non a causa di fattori esterni e di alcuni errori
IndicatorRelease() nel tester non funzionava prima. ora funziona?
@Slava
Problema: il pulsante "Run Single Test" è inattivo.
Sto facendo l'ottimizzazione.
Dopo che l'ottimizzazione è completa, se cambio le date (inizio e fine del test), allora il pulsante diventa inattivo: "Run Single Test".
La stessa situazione si osserva quando cambio il modello di generazione dei tick.
Costruzione: 1835.
Questo problema sicuramente non esisteva un mese fa!
È un bug o un'idea del genere?
@Slava
Problema: il pulsante "Run Single Test" è inattivo.
Sto facendo l'ottimizzazione.
Dopo che l'ottimizzazione è completa, se cambio le date (inizio e fine del test), allora il pulsante diventa inattivo: "Run Single Test".
La stessa situazione si osserva quando cambio il modello di generazione dei tick.
Costruzione: 1835.
Questo problema sicuramente non esisteva un mese fa!
È un bug o un'idea del genere?
Mi unisco alla domanda.
Rimettetelo com'era!
Ora sto aspettando che l'ottimizzatore funzioni più a lungo. Vedrò cosa succede.
Il suo caso ha senso. I passaggi che falliscono non vengono scritti nella cache
E solo i passaggi che sono passati senza errori sono memorizzati nella cache.
Ci sono dati nella cache allo stesso tempo
Bisogna pensare a cosa fare in casi come il tuo. L'EA ha fallito da sola, non a causa di fattori esterni e di alcuni erroriSe si cambiano solo i parametri di input dell'EA, viene creata una nuova cache. La cache precedente non viene cancellata.
Mi unisco alla domanda.
Rimettetelo com'era!
Torna a
Torna a
la build 1835 è lenta come la 1816 o è come le versioni 17xx?
Torna a
Sarebbe così gentile da dirmelo?
Perché hanno rimosso la pausa in modalità"algoritmo genetico".
Ho il sospetto che la pausa abbia causato problemi quando è stata usata su agenti di terze parti,
ma per l'ottimizzazione sugli agenti locali, questa caratteristica è stata molto utile.
Ho ilcontrollo dei parametri di input e l'output di INIT_PARAMETERS_INCORRECT.
Ma il fatto è che le versioni precedenti dell'ottimizzatore non avevano un tale reset.
È legato alla cache rivista?
E non risulta che tutti i passaggi di "reset" passano attraverso un nuovo dopo il riavvio? Basta che non siano scritte?
Puramente aritmetico:
Se inizialmente c'erano 1000 passaggi, fermandosi a 300, ne rimangono 700.
Supponiamo che INIT_PARAMETERS_INCORRECT abbia avuto 100 passaggi.
Dopo l'avvio, ha iniziato con 200. E sono rimasti 800 pass. Dobbiamo passare gli stessi 1000 passaggi.
Si scopre che abbiamo 100 passaggi inutili. Anche se non molto costoso, ma comunque?
E per quanto mi riguarda: su 18760 passaggi, 1534 erano "corretti". Significa che 17226 passaggi saranno ripetuti! Non è molto carino.
Sì. I passaggi di reset vengono eseguiti in un modo nuovo. In caso di INIT_PARAMETERS_INCORRECT, questi passaggi voleranno via molto velocemente.
Pensate a come segnare tali passaggi nella cache
Sì. I passaggi di reset vengono eseguiti in un modo nuovo. In caso di INIT_PARAMETERS_INCORRECT, questi passaggi voleranno via molto velocemente.
Pensate a come segnare tali passaggi nella cache
E si possono poi restituire i dati corretti sugli indicatori finanziari in una volta sola - come zeri invece di numeri folli?