Probador de Estrategias de MetaTrader 5 y MQL5 Cloud Network - página 3

Nuevo comentario
 
Trolls:

Lo que no entiendo es ....

  1. ¿Y la historia? ¿Será la misma para todos? ¿Qué pasa si he descargado el terminal de diferentes empresas de corretaje con muy poco historial y además tiene agujeros en diferentes lugares?
  2. Si el número de instrumentos no es el mismo, el ejemplo en el servidor es de 12 símbolos del campeonato. Y para las pruebas (la multidivisa necesita una matriz completa de divisas para que el indicador funcione correctamente) ¿cómo en este caso? ....
  3. Y en tercer lugar, ya mencionamos el tiempo, por eso introdujimos el tiempo UTG - para sincronizar de alguna manera ... ¿Cómo será contigo? si, por ejemplo, sólo se comprueban determinadas horas de negociación (por ejemplo, de 10 a 12 en Moscú)... La hora es diferente para todos

1. Toda la infraestructura de la red en la nube MQL5 se está construyendo por una razón: el almacenamiento en caché de datos se realizará tanto en los despachadores como en los agentes finales. Las pruebas se realizan siempre con referencia a una empresa de corretaje y nunca se mezclan los datos históricos de diferentes empresas.

2. similar al punto 1 - las pruebas siempre están vinculadas a una empresa de corretaje (servidor de comercio), por lo que siempre hay símbolos, no se superponen con la configuración de otras empresas de corretaje

3. Estás confundiendo la hora de los registros locales con la hora de las pruebas. Todos los procesos de datos históricos funcionan completamente con el tiempo del servidor (gráficos, operaciones, símbolos, etc.). Teniendo en cuenta los puntos 1 y 2 (las pruebas siempre están vinculadas al servidor de comercio) no puede haber ningún problema con el tiempo, ni siquiera teóricamente.

 
Interesting:

En tu caso con el portátil, deberías apagar los núcleos locales y ejecutar la prueba en un ordenador potente (que esté en la red local o cuyos recursos estén lo más libres posible para las pruebas).

Gracias, más o menos lo he resuelto. Por lo tanto, estoy diciendo que la Red de Nube MQL5 debería permitir una única ejecución de prueba para dicha tarea - en un agente remoto potente disponible, preferiblemente en un clúster de superordenadores (aquellas personas que no pueden permitirse la optimización deberían al menos tener una única ejecución de prueba).
 
-Alexey-:

Gracias por las respuestas, pero muchas cosas siguen sin estar claras.

Qué significa: ¿"Remoto, funcionando en modo servidor"? No entiendo, si se instala un agente en un segundo ordenador utilizando el componente Metatester, ¿es esto? ¿Qué pasa con los agentes remotos que no están en modo servidor, cómo los añado?

Hay 3 tipos de agentes:

  • local - trabaja en el mismo ordenador, se ejecuta automáticamente por el terminal cuando es necesario (se puede utilizar en las pruebas individuales y la optimización)
  • Remoto - trabajar en el modo de servidor, esperando conexiones desde el terminal con autorización de contraseña (se puede utilizar en pruebas individuales y optimización)
  • Agentes de Red MQL5 - trabajando a través de la Red de Nube MQL5 sólo en modo de optimización

Aquí es donde necesitamos un superordenador, o más bien un clúster que funcione como un núcleo-como un agente, y se necesita una red - nadie tiene un ordenador así en casa. O al menos la posibilidad de conectarse a una máquina potente (según tengo entendido es posible si instalo el agente en un ordenador potente, y lo uso desde un portátil durante una única ejecución). Exactamente para una sola carrera. De hecho, resulta ser lo contrario: no tiene sentido práctico utilizar la red MQL5 Cloud Network para cálculos de optimización masivos, si incluso la única ejecución inicial es difícil. Probar variantes es el segundo caso, pero una sola carrera no es menos importante, e incluso más para algunas personas.

Cualquier solución tiene validez técnica y viabilidad económica.

MQL5 Cloud Network tiene sentido sólo para los cálculos de optimización de masas.

 
Renat:

Hay 3 tipos de agentes:

  • local - trabaja en el mismo ordenador, se inicia automáticamente por el propio terminal cuando es necesario (se puede utilizar en pruebas individuales y optimización)
  • Remoto - trabaja en modo servidor, esperando conexiones desde el terminal con autorización por contraseña (puede ser utilizado en pruebas individuales y optimización)
  • Agentes de red MQL5 - trabajan a través de la red MQL5 Cloud Network sólo en modo de optimización.

Cualquier solución tiene su validez técnica y su viabilidad económica.

La red MQL5 Cloud Network sólo tiene sentido para los cálculos de optimización de masas.

Renat, gracias por tu aclaración. Está claro que se trata de una solución especializada. Quiero decir que en la red abierta autorregulada sería más fácil encontrar un agente potente para la tarea mencionada, y tienes razón, tienes que buscar un agente remoto por ti mismo.
 
Trolls:

Lo que no entiendo es esto....

..

Si el número de instrumentos no es el mismo, el ejemplo en el servidor es de 12 símbolos del campeonato. Y para las pruebas (la multidivisa necesita una matriz completa de divisas para que el indicador funcione correctamente) ¿cómo en este caso? ....

..
Me imagino lo felices que serán algunos cuando empiecen a tener historia con 50 pares :)
 
Trolls:

Lo que no entiendo es ....

  1. ¿Y la historia? ¿Va a ser igual para todos? ¿Y si el terminal se descarga de diferentes empresas de corretaje con muy poco historial, y tiene agujeros en diferentes lugares?
  2. Si el número de instrumentos no es el mismo, el ejemplo en el servidor es de 12 símbolos del campeonato. Y para las pruebas (la multidivisa necesita una matriz de divisas completa para que el indicador funcione correctamente) ¿cómo en este caso? ....
  3. Y en tercer lugar, ya mencionamos el tiempo, por eso introdujimos el tiempo UTG - para sincronizar de alguna manera... ¿Cómo será contigo? si, por ejemplo, sólo se comprueban determinadas horas de negociación (por ejemplo, de 10 a 12 en Moscú)... La hora es diferente para todos

1. Cada empresa de corretaje tiene su propia historia. Tanto un operador como un Asesor Experto deben prestar atención a la calidad del historial cuando lo realizan.

2) Las pruebas se realizan sólo para las monedas que están disponibles. De lo contrario, elija otro servidor (otro corredor, tal vez sólo para las pruebas).

El precio de la terminal puede ser una idea de la diferencia entre el precio de la terminal y el tiempo real que se utiliza. Así que no hay problema, el tiempo real trabajado durante 60 minutos en 100 núcleos y el pago será apropiado.

 
Buter:
Me imagino lo felices que serán algunos cuando consigan descargar la historia de 50 pares :)

Me imagino lo contentos que estarán si hay 100-200 pares y 20-30 de estos brokers (tomemos los más populares).

Ni hablar de la optimización de los expertos en bolsa (donde el número de símbolos puede ser de 1000)...

 
Sólo queda realizar un intercambio para determinar el coste de procesar un lote estándar de transacciones. Por ejemplo, establezca un coste inicial de 1 céntimo por 1000 Tflops (como el coste de un lote estándar). Entonces cite teraflops dependiendo de la oferta/demanda:)))
 
No será una gran red en la que todos los usuarios de MT5 estén conectados. Pero será dividido en trozos por las CA. Si se tiene en cuenta que el historial normal de facto sólo está disponible en un lugar y para un número limitado de instrumentos, la cosa se pone un poco triste...
 
Estás confundido. Será una red enorme trabajar con cualquier corredor. Puede realizar pruebas con los datos de cualquier corredor de forma transparente. Pulse Inicio y ya está: todos los datos del entorno de mercado (símbolos, configuraciones, gráficos) se descargarán y se comprobará su sincronización automáticamente. No es necesario registrar corredores en la red, los datos de diferentes corredores nunca se cruzarán, toda la parte del servidor de la red es una enorme caché de datos, en la mayoría de los casos ni siquiera tendrás que volver a descargar el historial.
12345678910...42
Nuevo comentario
Razón de la queja: