Anton Zverev: Estoy sobre los tableros de nubes como comprador de recursos.
¿Por qué no? Mientras se carga el historial - el procesador también está trabajando y se gasta tiempo.
Esperemos que, para ahorrar tráfico y aumentar la velocidad, su trabajo se le dará al agente que ya tiene la historia de su corredor cargado por trabajos anteriores. Espero que MQ haya hecho eso...
¿Por qué no? Mientras se carga el historial - el procesador también está trabajando y se gasta tiempo.
Con suerte, para ahorrar tráfico y aumentar la velocidad, su asignación se le dará al agente que tiene la historia de su corredor ya cargado por las asignaciones anteriores. Esperemos que MQ haya hecho esto...
Todos los agentes tienen registros recortados con entradas como esta:
DR 008:43:31.562 Network connected to 1.agents.mql5.com
LJ 008:43:39.097 Network connected to 2.agents.mql5.com
NE 008:43:47.986 Network connected to 4.agents.mql5.com
DL 008:43:55.416 Network connected to 5.agents.mql5.com
CJ 008:44:04.109 Network MQL5 Cloud Network server 4.agents.mql5.com selected after rescan (ping 20 ms)
Aunque (si miras los logs antiguos) debería haber dos líneas más como esta:
LM 002:11:25.047 Network connected to 4.agents.mql5.com
MI 002:11:25.092 Network authorized on 4.agents.mql5.com for barabashkakvn
¿No es esta la razón de la falta de asignaciones (ninguna asignación en absoluto) desde aproximadamente el 1 de abril?
Solía ocurrir que después de conectarse a la red, los agentes hacían ping al servidor cada 30 segundos - informando al servidor algo así como "el agente # fulano de tal está vivo". Ahora no hay tráfico después de conectarse a la nube. Es decir, ayer los agentes se crearon sobre las 21:57 y después de conectarse a la red todos los agentes tenían un tráfico de 4/1 Kb. Y esto es lo que está pasando hoy:
¿Podría ser esta la razón por la que los agentes no reciben asignaciones? Mientras tanto, durante toda la noche, el ordenador
2016.04.2422:10:14.592 Terminal MetaTrader 5 x64 build 1325 started (MetaQuotes Software Corp.)
2016.04.2422:10:14.593 Terminal Windows 10 Pro (x64 based PC), IE 13.12, UAC, Intel Core i3-3120 M @ 2.50 GHz, RAM: 911 / 3981 Mb, HDD: 45531 / 233310 Mb, GMT+02:002016.04.2422:10:14.593 Terminal C:\Users\KVN\AppData\Roaming\MetaQuotes\Terminal\0 CFEFA8410765D70FC53545BFEFB44F4
estuvo funcionando con unos 1,4 GB de RAM libre y estuvo enchufado a la carga todo el tiempo. Aquí está uno de los registros de los agentes:
OM 021:45:54.999 Startup access rights to common directory successfully checked
IF 021:45:55.001 Startup service start initialized
NQ 021:45:55.002 Startup Create startup thread
QS 021:45:55.002 Startup thread successfully created
QK 021:45:55.002 Startup MetaTester 5 x64 build 1325 (22 Apr 2016)
FN 021:45:55.010 Server MetaTester 5 started on 0.0.0.0:2000
EK 021:45:55.014 Startup initialization finished
RQ 021:45:55.015 Startup startup thread finished successfully
DF 021:45:56.692 Network connected to 1.agents.mql5.com
MN 021:46:05.149 Network connected to 2.agents.mql5.com
EI 021:46:14.071 Network connected to 4.agents.mql5.com
MP 021:46:21.500 Network connected to 5.agents.mql5.com
QK 021:46:30.302 Network connected to 1.agents.mql5.com
NS 021:46:37.837 Network connected to 2.agents.mql5.com
DJ 021:46:46.727 Network connected to 4.agents.mql5.com
CE 021:46:54.148 Network connected to 5.agents.mql5.com
IL 021:47:02.889 Network connected to 1.agents.mql5.com
ED 021:47:10.427 Network connected to 2.agents.mql5.com
FO 021:47:19.308 Network connected to 4.agents.mql5.com
LF 021:47:26.734 Network connected to 5.agents.mql5.com
LL 021:47:35.427 Network MQL5 Cloud Network server 4.agents.mql5.com selected after rescan (ping 19 ms)
Como puedes ver, no hay ninguna entrada para las 24 horas de hoy. Y en la carpeta del agente, hay un archivo de registro sólo para ayer:
OM 021:45:54.999 Startup access rights to common directory successfully checked
IF 021:45:55.001 Startup service start initialized
NQ 021:45:55.002 Startup Create startup thread
QS 021:45:55.002 Startup thread successfully created
QK 021:45:55.002 Startup MetaTester 5 x64 build 1325 (22 Apr 2016)
FN 021:45:55.010 Server MetaTester 5 started on 0.0.0.0:2000
EK 021:45:55.014 Startup initialization finished
RQ 021:45:55.015 Startup startup thread finished successfully
DF 021:45:56.692 Network connected to 1.agents.mql5.com
MN 021:46:05.149 Network connected to 2.agents.mql5.com
EI 021:46:14.071 Network connected to 4.agents.mql5.com
MP 021:46:21.500 Network connected to 5.agents.mql5.com
QK 021:46:30.302 Network connected to 1.agents.mql5.com
NS 021:46:37.837 Network connected to 2.agents.mql5.com
DJ 021:46:46.727 Network connected to 4.agents.mql5.com
CE 021:46:54.148 Network connected to 5.agents.mql5.com
IL 021:47:02.889 Network connected to 1.agents.mql5.com
ED 021:47:10.427 Network connected to 2.agents.mql5.com
FO 021:47:19.308 Network connected to 4.agents.mql5.com
LF 021:47:26.734 Network connected to 5.agents.mql5.com
LL 021:47:35.427 Network MQL5 Cloud Network server 4.agents.mql5.com selected after rescan (ping 19 ms)
Como puedes ver, no hay ninguna entrada para las 24 horas de hoy. Y este archivo es de ayer. En general, parece que después de conectarse a la nube, ésta cierra completamente el acceso a los agentes.
A juzgar por el registro, el agente no tiene problemas. Ha encontrado el servidor más cercano, se ha conectado y está esperando la tarea.
Solía ocurrir que los agentes hacían ping al servidor cada 30 segundos después de conectarse a la red.
Eso ya no es así, y desde hace bastante tiempo. Ahora los agentes no interrumpen la conexión con el servidor seleccionado y están en constante preparación para recibir la tarea.
Como puedes ver, no hay ningún registro en las últimas 24 horas. Y en la carpeta del agente, hay un archivo de registro sólo para ayer:
El registro se escribe en disco lo menos posible, especialmente cuando el agente está completamente inactivo. Puedes reiniciar el servicio del agente y el registro se volcará al disco.
Incluso MetaTrader 5 Strategy Tester ha actualizado a sí mismo a construir 1304, y desde el 18 de abril de agentes sólo tienen ceros en la columna "PR":
Perdón por off-topic, pero ¿cuál fue el máximo PR de su Phenom II X6 1075T? Lo estuve mirando en su día precisamente para eso.
Supongo que no estaría de más poder minimizar el gestor de agentes a la bandeja, bueno, probablemente podamos hacerlo nosotros mismos en el arranque )).
Las GPUs no parecen estar conectadas, así que probaremos sólo en procesadores normales.
Estoy sobre los tableros de nubes como comprador de recursos.
¿Por qué no? Mientras se carga el historial - el procesador también está trabajando y se gasta tiempo.
Esperemos que, para ahorrar tráfico y aumentar la velocidad, su trabajo se le dará al agente que ya tiene la historia de su corredor cargado por trabajos anteriores. Espero que MQ haya hecho eso...
¿Por qué no? Mientras se carga el historial - el procesador también está trabajando y se gasta tiempo.
Con suerte, para ahorrar tráfico y aumentar la velocidad, su asignación se le dará al agente que tiene la historia de su corredor ya cargado por las asignaciones anteriores. Esperemos que MQ haya hecho esto...
Todos los agentes tienen registros recortados con entradas como esta:
Aunque (si miras los logs antiguos) debería haber dos líneas más como esta:
¿No es esta la razón de la falta de asignaciones (ninguna asignación en absoluto) desde aproximadamente el 1 de abril?
Solía ocurrir que después de conectarse a la red, los agentes hacían ping al servidor cada 30 segundos - informando al servidor algo así como "el agente # fulano de tal está vivo". Ahora no hay tráfico después de conectarse a la nube. Es decir, ayer los agentes se crearon sobre las 21:57 y después de conectarse a la red todos los agentes tenían un tráfico de 4/1 Kb. Y esto es lo que está pasando hoy:
¿Podría ser esta la razón por la que los agentes no reciben asignaciones? Mientras tanto, durante toda la noche, el ordenador
estuvo funcionando con unos 1,4 GB de RAM libre y estuvo enchufado a la carga todo el tiempo. Aquí está uno de los registros de los agentes:
Como puedes ver, no hay ninguna entrada para las 24 horas de hoy. Y en la carpeta del agente, hay un archivo de registro sólo para ayer:
Todos los logs de los agentes terminan con estas entradas:
Aunque (si miras los logs antiguos) debería haber dos líneas más como esta:
¿No es esta la razón de la falta de asignaciones (ninguna asignación en absoluto) desde aproximadamente el 1 de abril?
Adjunta el archivo de registro del agente.
Lo adjunto:
Como puedes ver, no hay ninguna entrada para las 24 horas de hoy. Y este archivo es de ayer. En general, parece que después de conectarse a la nube, ésta cierra completamente el acceso a los agentes.Adjunto:
A juzgar por el registro, el agente no tiene problemas. Ha encontrado el servidor más cercano, se ha conectado y está esperando la tarea.
Eso ya no es así, y desde hace bastante tiempo. Ahora los agentes no interrumpen la conexión con el servidor seleccionado y están en constante preparación para recibir la tarea.
El registro se escribe en disco lo menos posible, especialmente cuando el agente está completamente inactivo. Puedes reiniciar el servicio del agente y el registro se volcará al disco.
Incluso MetaTrader 5 Strategy Tester ha actualizado a sí mismo a construir 1304, y desde el 18 de abril de agentes sólo tienen ceros en la columna "PR":
Perdón por el off-topic, pero ¿cuál era el PR máximo de tu Phenom II X6 1075T? Lo estuve mirando en su día sólo con este fin.
¿funciona el servicio en la nube de mql5?
2 semanas de CPU inactiva sin carga. Sólo 12 pruebas superadas.
Todo está bien en los registros. ¿O es que hay tan poca demanda de computación en nube?
Supongo que no estaría de más poder minimizar el gestor de agentes a la bandeja, bueno, probablemente podamos hacerlo nosotros mismos en el arranque )).
Las GPUs no parecen estar conectadas, así que probaremos sólo en procesadores normales.