Discusión sobre el artículo "Aumente la velocidad de los cálculos con la red en la nube de MQL5" - página 5

 
litechat:

Pero molaría que el indicador se calculara en Cloud Network en tiempo real, yo también soy programador y creo que se puede hacer.

En principio, nada te impide calcular cualquier cosa a través del segundo MT5, que está funcionando al lado y conectado a Cloud.

Otra cuestión es que sean, por así decirlo, huertas.

Si hay soporte para la optimización (incluso vía claud) directamente en MQL5, será estupendo.

Llevamos mucho tiempo pidiéndolo. No recuerdo lo que respondieron los desarrolladores.

 
komposter:

En principio, no hay nada que le impida leer cualquier cosa a través de la segunda MT5, que se ejecuta al lado y conectado a la claude.

De momento se hace así, 2 ordenadores trabajan juntos en cada uno de ellos se utilizan todos los núcleos.

Si voy a ser más rico voy a comprar 100 ordenadores, pero por otro lado sería genial comprar agentes en Cloud Network que podrían contar indicadores o expertos.

 
litechat:

Por el momento se hace, 2 ordenadores trabajan juntos en cada equipo utilizando todos los núcleos.

Si voy a ser más rico voy a comprar 100 ordenadores, pero por otro lado sería genial comprar agentes en Cloud Network que podrían leer indicadores o expertos.

Describa en palabras generales, ¿qué tipo de tareas resuelve para el indicador?

Tenemos un plan para lanzar la tarea de optimización de fondo (básicamente cualquier cálculo) directamente desde MQL5, lo que nos permitirá hacer Asesores Expertos/indicadores auto-optimizados. Pero hasta ahora no hay una demanda evidente, por lo que la idea se ha estancado.

 
Renat:

¿Describa en términos generales qué tipo de tareas está resolviendo para el indicador?

Tenemos un plan para lanzar la tarea de optimización de fondo (básicamente cualquier cálculo) directamente desde MQL5, lo que nos permitirá hacer Asesores Expertos/indicadores auto-optimizados. Pero como no hay una demanda evidente, la idea se ha estancado.

En palabras generales:

-- Oncalculate se lanza por cada tick + Lanzo cada 1 segundo si no hay ticks por timer (pasando arrays del último tick)

-- Dentro de Oncalculate ejecuto muchos cálculos cíclicos (en los cálculos uso arrays sobreescritos en Oncalculate) los resultados de los cálculos se ubican en los buffers del indicador, que es la curva del indicador, el tiempo de procesamiento de la llamada a Oncalculate no es mayor a 900 milisegundos (en caso de que no haya ticks), dejo 100 milisegundos a la terminal para el dibujo y para sus otras necesidades (ChartRedraw no ayuda, no traté de averiguar por qué).

Lo que me gustaría:
-- que por ejemplo Oncalculate con parámetros de entrada funcionara en varios agentes y su resultado fuera de alguna manera recibido y utilizado en el indicador, por ejemplo dentro de alguna nueva función OnResultAgent, lo primero que se me ocurrió. Seguro que tu sabes mejor que yo como organizarlo correctamente.

 

¿No ayudaría la optimización algorítmica?

Probablemente haya una gran cantidad de cálculos irracionales, repetitivos o no optimizados.

 

Cada ciclo de cálculo es único, cuanto más tiempo tenga para calcular, más precisa será la previsión, por eso se requiere un rendimiento adicional.

 

el código ha sido optimizado durante mucho tiempo,

 
Renat:

¿No ayudaría la optimización algorítmica?

Debe haber una enorme cantidad de cálculos irracionales/repetitivos/no optimizados.

Convencido, idea delirante, más barato comprar ordenadores.
 
litechat:

De momento esta hecho, 2 ordenadores trabajan juntos en cada ordenador usando todos los cores.

Si voy a ser más rico voy a comprar 100 ordenadores, pero por otro lado sería genial comprar agentes en Cloud Network que podrían contar indicadores o expertos.

No necesitas 2 ordenadores.

Usted necesita 2 terminales: uno con un indicador, y el segundo - conectado a la Nube - con un Asesor Experto de cálculo.

Pero esta opción sería conveniente si los cálculos toman por lo menos un par de minutos (mejor - un par de decenas de minutos), de lo contrario toda la ventaja será comido por el funcionamiento de la terminal en el modo de optimización.

 

He leído los comentarios y algunos dicen que en la red en nube la optimización genética será más lenta que la optimización por fuerza bruta.

¿Quién tiene razón?