Сергей Таболин: Agora estou esperando que o otimizador funcione por um tempo mais longo. Vou ver o que acontece.
Seu caso faz sentido. Os passes que falham não são escritos para o 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 somente os passes que passaram sem erros são armazenados em cache.
Há dados no cache ao mesmo 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
Você tem que pensar sobre o que fazer em casos como o seu. A EA falhou por si só, não por causa de fatores externos e alguns erros
IndicatorRelease() no testador não funcionava antes. funciona agora?
@Slava
Problema: O botão "Run Single Test" está inativo.
Estou fazendo a otimização.
Após a otimização estar completa, se eu mudar as datas (início e fim do teste), então o botão fica inativo: "Run Single Test".
A mesma situação é observada quando eu mudo o modelo de geração de carrapatos.
Construção: 1835.
Este problema definitivamente não existia há um mês!
Isto é um bug ou uma idéia assim?
@Slava
Problema: O botão "Run Single Test" está inativo.
Estou fazendo a otimização.
Após a otimização estar completa, se eu mudar as datas (início e fim do teste), então o botão fica inativo: "Run Single Test".
A mesma situação é observada quando eu mudo o modelo de geração de carrapatos.
Construção: 1835.
Este problema definitivamente não existia há um mês!
Isto é um bug ou uma idéia assim?
Eu me associo à pergunta.
Volte a colocá-lo do jeito que estava!
Agora estou esperando que o otimizador funcione por um tempo mais longo. Vou ver o que acontece.
Seu caso faz sentido. Os passes que falham não são escritos para o cache
E somente os passes que passaram sem erros são armazenados em cache.
Há dados no cache ao mesmo tempo
Você tem que pensar sobre o que fazer em casos como o seu. A EA falhou por si só, não por causa de fatores externos e alguns errosSe você alterar apenas os parâmetros de entrada do EA, um novo cache é criado. O cache anterior não é apagado.
Eu me associo à pergunta.
Volte a colocá-lo do jeito que estava!
Voltar para
Voltar para
a construção de 1835 é tão lenta quanto a de 1816 ou é como as versões 17xx?
Voltar para
Teria a gentileza de me dizer.
Por que eles removeram a pausa no modo"algoritmo genético".
Suspeito que a pausa causou problemas quando usada em agentes de terceiros,
mas para otimização em agentes locais, esta característica foi muito útil.
Tenho averificação dos parâmetros de entrada e saída pelo INIT_PARAMETERS_INCORRECT lá.
Mas a questão é que as versões anteriores do otimizador não tiveram um reset tão grande.
Está relacionado com o cache revisado?
E não acontece que todas as passagens de "reset" passam por uma nova após o reinício? Desde que não estejam anotadas?
Pura aritmeticamente:
Se inicialmente havia 1000 passes, parando em 300, restam 700.
Suponha que o INIT_PARAMETERS_INCORRECT tivesse 100 passes.
Após o início, começou com 200. E restam 800 passes. Precisamos passar os mesmos 1000 passes.
Acontece que temos 100 passes desnecessários. Embora não muito caro, mas ainda assim?
E quanto a mim: dos 18760 passes, 1534 foram "corretos". Isso significa que 17226 passes serão repetidos! Isso não é muito agradável.
Sim. Os passes de reinicialização são realizados de uma nova maneira. No caso de INIT_PARAMETERS_INCORRECT, estes passes passarão muito rapidamente.
Pense em como marcar tais passes no cache
Sim. Os passes de reset são executados de uma nova maneira. No caso de INIT_PARAMETERS_INCORRECT, estes passes passarão muito rapidamente.
Pense em como marcar tais passes no cache
E você pode então retornar dados corretos sobre indicadores financeiros de uma só vez - como zeros em vez de números loucos?