Probador de Estrategias de MetaTrader 5: errores, fallos, sugerencias de mejora - página 43

[fxsaber]

Foro sobre comercio, sistemas de comercio automatizados y pruebas de estrategias

La velocidad de optimización ha disminuido drásticamente en la compilación 2284

fxsaber, 2019.12.23 05:43

La velocidad ha disminuido. No por veces, sino por decenas de veces.

2269

2019.12.23 06:37:25.504 Core 1  pass 0 returned result 102608.000000 in 0:00:06.628
2019.12.23 06:37:29.936 Core 1  pass 1 returned result 102608.000000 in 0:00:04.432
2019.12.23 06:37:34.322 Core 1  pass 2 returned result 102608.000000 in 0:00:04.385
2019.12.23 06:37:38.667 Core 1  pass 3 returned result 102608.000000 in 0:00:04.344
2019.12.23 06:37:43.060 Core 1  pass 4 returned result 102608.000000 in 0:00:04.393
2019.12.23 06:37:47.358 Core 1  pass 5 returned result 102608.000000 in 0:00:04.297
2019.12.23 06:37:47.358 Tester  optimization finished, total passes 6
2019.12.23 06:37:47.368 Statistics      optimization done in 0 minutes 29 seconds
2019.12.23 06:37:47.368 Statistics      shortest pass 0:00:04.297, longest pass 0:00:06.628, average pass 0:00:04.746

2284

2019.12.23 06:39:54.696 Core 1  pass 0 returned result 102608.000000 in 0:00:07.232
2019.12.23 06:40:00.028 Core 1  pass 1 returned result 102608.000000 in 0:00:05.331
2019.12.23 06:40:05.285 Core 1  pass 2 returned result 102608.000000 in 0:00:05.257
2019.12.23 06:40:10.506 Core 1  pass 3 returned result 102608.000000 in 0:00:05.220
2019.12.23 06:40:15.981 Core 1  pass 4 returned result 102608.000000 in 0:00:05.474
2019.12.23 06:40:21.226 Core 1  pass 5 returned result 102608.000000 in 0:00:05.244
2019.12.23 06:40:21.226 Tester  optimization finished, total passes 6
2019.12.23 06:40:21.236 Statistics      optimization done in 0 minutes 35 seconds
2019.12.23 06:40:21.236 Statistics      shortest pass 0:00:05.220, longest pass 0:00:07.232, average pass 0:00:05.626

[Alexey Kravchenko]

Andrey Khatimlianskii:

Para acelerar las pruebas del 99% de los EAs.

Para el 1% restante, se puede insertar una muleta.

Sí, hay una razón para eso. Pero esto me priva del derecho a elegir, diciéndome "sabemos cómo vas a estar mejor, y si no te gusta, puedes trabajar para evitar nuestra limitación". Lo que me impide añadir una casilla en la configuración del probador para elegir el número máximo de barras a utilizar, no lo entiendo.

[traveller00]

Construye 2280. El parámetro de entrada de fecha para el EA no se muestra correctamente en la pestaña Parámetros. Tomamos un EA del siguiente tipo

sinput datetime TimeInterval=0;

void OnInit()
{
  Print((string)TimeInterval);
}

La ficha de los parámetros se copia y se pega

TimeInterval=D'01.01.1970 13:58:16'

Como resultado, el Asesor Experto ve el parámetro de forma incorrecta y lo muestra erróneamente como 1970.01.01 00:00:00. Aunque lo ve correctamente en los parámetros del registro. Esto es del registro:

RTS-3.18,M1: testing of Experts\test.ex5 from 2018.01.01 00:00 to 2019.12.24 00:00 started with inputs:
  TimeInterval=D'01.01.1970 13:58:16'
2018.01.01 00:00:00   1970.01.01 00:00:00

¿O es que al pegar desde el portapapeles no se entiende el formato de la fecha en todas partes? ¿Es posible entonces enseñarlo en todas partes? Gracias.

[MetaQuotes]

traveller00:

Construye 2280. El parámetro de entrada de fecha para el EA no se muestra correctamente en la pestaña Parámetros. Tomamos un EA del siguiente tipo

La ficha de los parámetros se copia y se pega

Como resultado, el Asesor Experto ve el parámetro de forma incorrecta y lo muestra erróneamente como 1970.01.01 00:00:00. Aunque lo ve correctamente en los parámetros del registro. Esto es del registro:

¿O es que al pegar desde el portapapeles no se entiende el formato de la fecha en todas partes? ¿Es posible entonces enseñarlo en todas partes? Gracias.

Los límites de las pruebas siempre están alineados al comienzo del día.

[traveller00]

MetaQuotes:

Los límites de la prueba siempre están alineados con el inicio del día.

Esto no es un límite de prueba. Es un parámetro EA de tipo datetime.

[Slava]

traveller00:

Construye 2280. El parámetro de entrada de fecha para el EA no se muestra correctamente en la pestaña Parámetros. Tomamos un EA del siguiente tipo

La ficha de los parámetros se copia y se pega

Como resultado, el Asesor Experto ve el parámetro de forma incorrecta y lo muestra erróneamente como 1970.01.01 00:00:00. Aunque lo ve correctamente en los parámetros del registro. Esto es del registro:

¿O es que al pegar desde el portapapeles no se entiende el formato de la fecha en todas partes? ¿Es posible entonces enseñarlo en todas partes? Gracias.

¿Qué quiere decir con

TimeInterval=D'01.01.1970 13:58:16'

Esta es una notación para fuentes de programas MQL, no para archivos de conjuntos. Podrías haber visto cómo se generan los valores en los archivos de configuración

TimeInterval=50296

[traveller00]

Slava:

Esta es una notación para fuentes de programas MQL, no para archivos de conjuntos. Podrías haber visto cómo se generan los valores en los archivos de configuración

TimeInterval=50296

Sí, copié de los parámetros y vi el formulario que espera ver. Pero no es muy conveniente que una persona maneje esos valores. Por eso he preguntado si es posible introducir el soporte de formatos de fecha allí, como en la fuente.

[Slava]

traveller00:
Sí, he copiado los parámetros y he visto el formulario que espera ver. Pero no es muy conveniente que una persona maneje esos valores. Por eso he preguntado si es posible introducir el soporte de formatos de fecha allí, como en la fuente.

Es posible. Hagámoslo.

[traveller00]

Slava:
Es posible. Lo haré.

Muchas gracias.

[Andrey Khatimlianskii]

traveller00:
Sí, copié de los parámetros y vi el formulario que espera ver. Pero no es muy conveniente que una persona maneje esos valores. Por eso he preguntado si es posible introducir el soporte de formatos de fecha allí, como en la fuente.

Por el momento, puedes utilizar un cordel.