Análisis de los resultados de las pruebas y optimización en el probador de estrategias de MetaTrader 5 - página 6
Está perdiendo oportunidades comerciales:
- Aplicaciones de trading gratuitas
- 8 000+ señales para copiar
- Noticias económicas para analizar los mercados financieros
Registro
Entrada
Usted acepta la política del sitio web y las condiciones de uso
Si no tiene cuenta de usuario, regístrese
3. ¿Cuánto tiempo se tarda en optimizar los parámetros en la nube?
Para comparar, probemos la optimización con los mismos parámetros enMQL5 Cloud Network. Este servicio es de pago. Después de cada optimización, registraremos la cantidad de dinero congelada en la cuenta para pagar este servicio.
En esta prueba, estableceremos el uso simultáneo de los núcleos de la CPU local y los agentes de la nube para acelerar la optimización.
Símbolo: EURUSD
Fondos congelados:
Como puedes ver, la optimización fue significativamente más rápida(6 min 41 seg) que la última vez, pero sólo en el ordenador local(28 min 56 seg).
Símbolo: EURCHF
Puede ocurrir que el servicio tarde mucho tiempo en enviar el trabajo de optimización a la red. Esto se debe a que los agentes necesitan tiempo para descargar los datos necesarios sobre los símbolos deseados. En este caso, eso es lo que ocurrió.Después de una larga espera puede detener el proceso de optimización. Habrá entradas en el registro como se muestra a continuación.No hubo cálculos en la nube, por lo que no se retirarán fondos.
Intentemos ejecutar la optimización de nuevo en este símbolo.
Esta vez el proceso fue exitoso pero el resultado no fue impresionante. La optimización duró22 minutos. 14 segundos. Tardó32 minutos. 50 segundos. De hecho, esto también se debe al proceso de carga de datos por parte de los agentes en la red. La ganancia será en las tareas más grandes y en el modo de algoritmocompleto lento.
Fondos congelados:
Ahora vamos a ver si tiene sentido ejecutar la optimización en la nube con múltiples símbolos.
Símbolos: EURUSD,GBPUSD,USDJPY
Tardó24 minutos. 56 seg. Pero en nuestro último recorrido, tardamos2 horas. 15 min. 3 seg. En este caso, la ganancia ya se nota.
Fondos congelados:
Símbolos: EURCHF,AUDCAD,AUDNZD
En esta ocasión, la optimización de la red tampoco se inició durante mucho tiempo. Todo este tiempo los agentes locales han estado trabajando. Puedes ver lo que está sucediendo en el registro (ver el listado de abajo). En cuanto todos los agentes de la red que pueden realizar la optimización por usted descargan los datos necesarios, se inicia la optimización.
Al final, la optimización se terminó en1 hora. 19 min. 49 seg. Y la última vez, pero sólo en la máquina local, tardó3 horas. 13 min. 37 seg.
Fondos congelados:
El total de los cuatro procesos de optimización ascendió a7,46dólares. El siguiente cuadro muestra un resumen. En lugar de6-7 horas, la optimización duró2 horas y 13 minutos, es decir, unas tres veces menos.
Como mencioné en otro hilo del foro, en esta prueba sólo hay 8 agentes locales, y no es apropiado compararlos con 256 o incluso 512 agentes en la nube, teniendo en cuenta un montón de tareas de optimización. Para garantizar la transparencia de la prueba tenemos que limitar el uso simultáneo de 8 agentes en la nube, lo que es técnicamente imposible, o tener al menos 256 agentes locales, lo que es físicamente imposible. Eso es todo.
En este caso, el objetivo era demostrar la rapidez con la que se pueden obtener resultados con esta configuración local y su coste.
Sin embargo, un cuadro contradictorio.
Sin embargo, es una mesa contradictoria.
En general, sí.
Después de las esperadas actualizaciones del probador, intentaré la misma serie de pruebas para comparar los resultados.
En esta prueba configuraremos tanto los núcleos de la CPU local como los agentes de la nube para que se utilicen simultáneamente para acelerar la optimización.
Es posible que te encuentres con una situación en la que un servicio tarda mucho tiempo en llevar los trabajos de optimización a la red. Esto se debe a que los agentes necesitan tiempo para descargar los datos necesarios en los símbolos requeridos. En este caso, eso es lo que ocurrió.Después de una larga espera puede detener el proceso de optimización. Habrá entradas en el registro como se muestra a continuación.No hubo cálculos en la nube, por lo que no se retirarán fondos.
Se describe una forma gratuita de colapsar la Nube. Hacemos un Asesor Experto tonto que accede a TODOS los símbolos de la visión general del mercado una vez y lo ejecutamos en modo "ticks reales". Entonces pulsamos Stop. Cambie a otro servidor de comercio e inicie Optimize de nuevo. La nube está en modo de golpeo libre.
Se describe una forma gratuita de colapsar la Nube. Haga un Asesor Experto tonto que acceda a TODOS los símbolos de la visión general del mercado una vez, y ejecútelo en modo "ticks reales". Entonces pulsamos Stop. Cambie a otro servidor de comercio e inicie Optimize de nuevo. La nube está en modo de golpeo libre.
Así que, es poco ético, por decir lo menos...
Se describe una forma gratuita de colapsar la Nube. Haga un Asesor Experto tonto que acceda a TODOS los símbolos de la visión general del mercado una vez, y ejecútelo en modo "ticks reales". Entonces pulsamos Stop. Cambie a otro servidor de comercio e inicie Optimize de nuevo. La nube está en modo de golpeo libre.
Así que tal vez ya esté contabilizado. Por ejemplo, en cuanto se detiene la optimización, los agentes de la red también dejan de descargar datos.
Bueno, es poco ético, por decir lo menos...
No lo entiendo.
Así que tal vez esto ya se tenga en cuenta. Por ejemplo, en cuanto se detiene la optimización, también se detiene la descarga de datos de los agentes de la red.
Escribió a SD.
Decidí probar la prueba de avance. ¿Puede decirme, quién lo sabe, qué tipo de número se muestra en la columna de resultados en la optimización? Por ejemplo, en la línea resaltada?
Si selecciono "Reenviar los resultados de las pruebas" mediante el menú contextual, obtengo la siguiente imagen
¿Qué es este número 62.03? No lo he visto en los informes de Backtest y Forward.