El probador en la nueva compilación 604 no funciona correctamente - página 7

 
Trevhib:


No podemos conseguir que nuestros EAs complejos, en vivo y con dinero real, hagan back-testing correctamente (es decir, que consigan los mismos resultados de prueba con builds 60x que conseguíamos con 509 y anteriores). Parece que operan correctamente (aunque no es tan fácil distinguir los detalles), pero las pruebas retrospectivas muestran resultados muy diferentes. Hay tantos problemas potenciales diferentes que causan esto, que ha sido imposible hasta ahora averiguar cuáles son los culpables y muy difícil eliminar completamente algo de la lista.

Me temo que mi mensaje no aporta ningún valor técnico, pero demuestra que todavía hay personas y equipos capaces que se enfrentan a la nueva realidad.

Tengo un EA en el que trabajar, pero no tengo confianza en la versión actual para empezar a trabajar en él... cuando no hace lo que debería, ¿es un error de mi código o un error en mql4.5 del que no soy consciente? así que sí, estoy en el mismo barco que tú. . realmente no es una buena situación . No puedo probar todas las funciones de mql4 que utilizo, no es práctico.
 
RaptorUK:
¿Qué tamaño tiene su archivo . fxt? si es más grande que 4GB entonces esa es la causa.


Sí, ayer +5GB, gracias es un buen consejo, encontrar soluciones.

¿Cómo puedo evitar hacer tan grande el archivo .fxt, sólo usando 1 min y el período de lo que se ejecuta backtest como 1 hora?

o puedo intentar buscar en el foro.

 
kekkis:

Sí es, ayer +5GB, gracias eso es un buen consejo, findinf soluciones.

¿Cómo puedo evitar hacer un archivo .fxt tan grande, sólo usando 1 minuto y un período de ejecución de backtest como 1 hora?

o puedo intentar buscar en el foro.

No importa el rango de tiempo que utilices, se seguirá utilizando M1, si está disponible, para hacer el archivo .fxt . . si quieres un archivo . fxt más pequeño utiliza un rango de fechas más pequeño. No es lo que quieres oír, lo sé. . . cualquier solución real está en manos de MetaQuotes . . . pero no están actualizando MT4 así que no contenga la respiración.
 
RaptorUK:
No hace ninguna diferencia qué marco de tiempo que utiliza, M1 todavía se utilizará, si está disponible, para hacer el archivo .fxt . . si quieres un archivo . fxt más pequeño utiliza un rango de fechas más pequeño. No es lo que quieres oír, lo sé. . . cualquier solución real está en manos de MetaQuotes . . . pero no están actualizando MT4 así que no contenga la respiración.


Gracias por su respuesta, acabo de leer varios hilos, donde se ha estado escribiendo fxt >4GB cuestión. deben hacer límite aún más pequeño, la gente tenía que hacer caminar hacia adelante, sin previo aviso :)

No sé si britt tick datasuite ayudará.

fuera de tema, lo siento.

Encontré también su interesante gráfico de ticks y brokers,

 
kekkis:

Gracias por su respuesta, acabo de leer varios hilos, donde ha estado escribiendo fxt >4GB cuestión. deben hacer límite aún más pequeño, la gente tenía que hacer caminar hacia adelante, sin previo aviso :)

No sé si britt tick datasuite ayudará.

fuera de tema, lo siento.

encontrado también su gráfico interesante de garrapatas y corredores,

no es una gran sorpresa fxcm era tan diferente de los demás, que han multado por la manipulación de las paradas de precios en ejecución, corredor virtual etc.....

y la experiencia con gomarkets y oído de otros comerciantes, que no juegan muchos trucos. yo estaba usando y 4x centinela con forex4you corredor y el volumen de garrapatas era increíble loco, nosense,

La discusión sobre brokers no está permitida en este foro, lo siento.


Creo que el límite de 4GB en el .fxt es eso, antes eran 2GB....

 
RaptorUK:

La discusión de los brokers no está permitida en este Foro, lo siento.


Creo que el límite de 4GB en .fxt es todo, solía ser 2GB...


No sabía, borrado. offcourse porque los corredores son ellos los clientes no nosotros.

Aquí está el enlace lo que voy a probar, si su trabajo, la información del volumen de cambio srcipt en archivos hst.

https://forum.mql4.com/30879

 
RaptorUK:
cuando no hace lo que debería, ¿es mi código el que está equivocado o es un error de mql4.5 del que no soy consciente? así que sí, estoy en el mismo barco que tú. . realmente no es una buena situación . No puedo probar todas las funciones de mql4 que utilizo, no es práctico.


Absolutamente, en cada punto. Raptor, si estás luchando / inseguro usando la nueva construcción, entonces todos estamos en el fango. Al menos no estamos solos.
 
Trevhib:

Absolutamente, en todos los puntos. Raptor, si estás luchando/incertidumbre usando la nueva construcción entonces todos estamos en el fango. Al menos no estamos solos.
Yo no tengo problemas, es sólo que no quiero perder el tiempo buscando lo que creo que son mis problemas de codificación sólo para descubrir que no lo son y luego darme cuenta de que no hay nada que pueda hacer para solucionarlos más que esperar a la próxima versión. Tendré que apretar el gatillo en algún momento, pero no sé si es ahora...
 
Dado que MQ sigue ofreciéndonos nuevas construcciones casi a diario, yo diría que probablemente merezca la pena aguantar un poco más.
 

OK he añadido un cálculo de tiempo transcurrido de init() a deinit().

Prueba retrospectiva de 1 año, EUR/USD, gráficos de 1 minuto

Construir 509

  • Prueba1: 13.510 segundos
  • Prueba2: 13.588 segundos
  • Prueba3: 13.603 segundos
  • Media: 13,567 segundos

Construcción 606

  • Prueba 1: 12,075 segundos
  • Prueba 2: 11,778 segundos
  • Prueba 3: 12,043 segundos
  • Media: 11,965 segundos

La estrategia del probador de la versión 606 fue un 11,8% más rápida que la de la versión 509.

Razón de la queja: