Discusión sobre el artículo "MQL5 Cloud Network: ¿Aún sigue calculando?" - página 8
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
Dígame, ¿el trabajo de los agentes continúa en segundo plano cuando se cierra el Gestor de Agentes, o se detiene?
Tengo 2 ordenadores a disposición de la nube....... que no se utilizan mucho, quizá debido a mi ubicación.
Me gusta bastante la idea de tener otros ordenadores disponibles por si necesito resultados rápidamente, y los costes son triviales comparados con los costes de tener ordenadores adicionales y mantener lo que sea necesario para tenerlos disponibles.
¡Es un gran servicio!
Los agentes no están haciendo cálculos (y son invisibles en el perfil en https://www.mql5.com/ bajo Agentes)...
En el registro:
EH 0 00:47:27.930 Startup access rights to common directory successfully checked
DQ 0 00:47:27.930 Startup Service start initialized
RF 0 00:47:27.930 Startup Create startup thread
MR 0 00:47:27.930 Startup Thread successfully created
OK 0 00:47:27.930 Startup MetaTester 5 x64 build 881 (11 Dec 2013)
JQ 0 00:47:27.930 Server MetaTester 5 started on 0.0.0.0:2000
OE 2 00:47:27.930 Agent OpenCL initialization skipped due to critical error, please update OpenCL drivers
HH 0 00:47:27.930 Startup initialization finished
La dirección ip dedicada es confusa... Internet está configurado en el módem, el reenvío de puertos está configurado 2000-2001 a través de los protocolos tcp/udp.
Los agentes no están haciendo cálculos (y son invisibles en el perfil en MQL5 Cloud Network no es necesario redireccionar puertos, porque en este caso el agente trabaja como cliente y se conecta al propio pool, pero no acepta conexiones desde el exterior.
¿Es este el log completo del agente? ¿No hay nada más escrito?
Ya no hay problemas. Se ha eliminado el reenvío de puertos. Los agentes realizan cálculos y la información sobre ellos aparece en el perfil.
Esto era sólo una parte del log, pero no importa....
Ahora noté una extraña actividad de los agentes (y recordé que había observado lo mismo antes).
Periódicamente (1-5 veces por minuto) el primer y segundo agente, y a veces simultáneamente, en pocos segundos cargan significativamente (hasta un 30-35%) el procesador, de lo contrario no lo cargan en absoluto (0% de carga en el Administrador de Tareas).
Al mismo tiempo, las últimas entradas en los registros son de hace más de una hora:
ER 0 11:15:13.155 Network connected to 1.agents.mql5.com
GM 0 11:15:43.143 Network connected to 1.agents.mql5.com
PD 0 11:16:13.151 Network connected to 1.agents.mql5.com
QO 0 11:16:43.153 Network connected to 1.agents.mql5.com
CG 0 11:17:13.144 Network connected to 1.agents.mql5.com
QO 0 11:13:01.462 Network connected to 3.agents.mql5.com
DG 0 11:13:31.462 Network connected to 3.agents.mql5.com
EL 0 11:14:01.470 Network connected to 3.agents.mql5.com
OE 0 11:14:31.471 Network connected to 3.agents.mql5.com
LR 0 11:15:01.472 Network connected to 3.agents.mql5.com
DJ 0 11:15:31.464 Network connected to 3.agents.mql5.com
ES 0 11:16:01.472 Network connected to 3.agents.mql5.com
JH 0 11:16:31.469 Network connected to 3.agents.mql5.com
Y son las 12:44 en el reloj.
Según los mismos registros, el último cálculo finalizó hace ~2,5 horas.
¿A qué se debe este comportamiento de los agentes?
UPD: en el gestor de agentes el número de pruebas pasadas crece. El número de pasadas también crece en el perfil.
¿Así que son los agentes los que hacen los cálculos? Pero por qué su comportamiento es tan atípico - no cargan constantemente el procesador, sino sólo "intermitentemente", periódicamente y (en mi opinión) demasiado raramente (como resultado la potencia del procesador se usa ineficientemente); la RAM no se carga (por ejemplo, ahora ambos agentes usan 12040KB, pero normalmente durante las pruebas la cantidad de memoria usada crece significativamente (por decenas de MB)).