Anton Zverev: Mi riferisco alle schede cloud come acquirente di risorse.
Perché no? Mentre si carica la cronologia, anche il processore lavora e spende tempo.
Si spera che, per risparmiare traffico e aumentare la velocità, il lavoro venga assegnato all'agente che ha già caricato la cronologia del broker da lavori precedenti. Spero che MQ lo abbia fatto...
Perché no? Mentre si carica la cronologia, anche l'elaboratore lavora e spende tempo.
Si spera che, per risparmiare traffico e aumentare la velocità, l'incarico venga assegnato all'agente che ha la cronologia del broker già caricata dagli incarichi precedenti. Si spera che MQ abbia fatto questo...
Tutti gli agenti hanno registri con voci come questa:
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)
Anche se (se si guardano i vecchi registri) dovrebbero esserci altre due righe come questa:
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
Non è questo il motivo della mancanza di incarichi (nessun incarico) dal 1° aprile circa?
Una volta, dopo la connessione alla rete, gli agenti eseguivano il ping del server ogni 30 secondi, informando il server di qualcosa come "l'agente # così e così è vivo". Ora non c'è traffico dopo la connessione al cloud. Cioè, ieri gli agenti sono stati creati alle 21:57 circa e dopo la connessione alla rete tutti gli agenti avevano un traffico di 4/1 Kb. Ed ecco cosa sta succedendo oggi:
Potrebbe essere questo il motivo per cui gli agenti non ricevono incarichi? Nel frattempo, per tutta la notte, il computer
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
funzionava con circa 1,4 GB di RAM libera ed era sempre collegato alla presa di corrente. Ecco uno dei registri degli agenti:
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)
Come si può vedere, non ci sono voci per le 24 ore di oggi. Nella cartella dell'agente è presente un file di registro solo per ieri:
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)
Come si può vedere, non ci sono voci per le 24 ore di oggi. E questo file è di ieri. In generale, sembra che dopo la connessione al cloud, il cloud chiuda completamente l'accesso agli agenti.
A giudicare dal registro, l'agente non ha problemi. Ha trovato il server più vicino, si è connesso ed è in attesa dell'attività.
Una volta gli agenti eseguivano il ping del server ogni 30 secondi dopo la connessione alla rete.
Questo non è più vero, e da molto tempo. Ora gli agenti non interrompono la connessione con il server selezionato e sono costantemente pronti a ricevere il task.
Come si può vedere, non c'è alcuna registrazione nelle ultime 24 ore. E nella cartella dell'agente c'è un file di registro solo per ieri:
Il registro viene scritto sul disco il più raramente possibile, soprattutto quando l'agente è completamente inattivo. È possibile riavviare il servizio dell'agente e il registro verrà scaricato sul disco.
Serhii Shevchuk: Scusate l'off-topic, ma qual è stato il PR massimo del vostro Phenom II X6 1075T? Lo stavo guardando a suo tempo proprio per questo scopo.
Suppongo che non sarebbe male rendere possibile minimizzare il gestore degli agenti nella tray, beh, probabilmente possiamo farlo noi stessi all'avvio )).
Le GPU non sembrano essere collegate, quindi faremo il test solo su processori normali.
Mi riferisco alle schede cloud come acquirente di risorse.
Perché no? Mentre si carica la cronologia, anche il processore lavora e spende tempo.
Si spera che, per risparmiare traffico e aumentare la velocità, il lavoro venga assegnato all'agente che ha già caricato la cronologia del broker da lavori precedenti. Spero che MQ lo abbia fatto...
Perché no? Mentre si carica la cronologia, anche l'elaboratore lavora e spende tempo.
Si spera che, per risparmiare traffico e aumentare la velocità, l'incarico venga assegnato all'agente che ha la cronologia del broker già caricata dagli incarichi precedenti. Si spera che MQ abbia fatto questo...
Tutti gli agenti hanno registri con voci come questa:
Anche se (se si guardano i vecchi registri) dovrebbero esserci altre due righe come questa:
Non è questo il motivo della mancanza di incarichi (nessun incarico) dal 1° aprile circa?
Una volta, dopo la connessione alla rete, gli agenti eseguivano il ping del server ogni 30 secondi, informando il server di qualcosa come "l'agente # così e così è vivo". Ora non c'è traffico dopo la connessione al cloud. Cioè, ieri gli agenti sono stati creati alle 21:57 circa e dopo la connessione alla rete tutti gli agenti avevano un traffico di 4/1 Kb. Ed ecco cosa sta succedendo oggi:
Potrebbe essere questo il motivo per cui gli agenti non ricevono incarichi? Nel frattempo, per tutta la notte, il computer
funzionava con circa 1,4 GB di RAM libera ed era sempre collegato alla presa di corrente. Ecco uno dei registri degli agenti:
Come si può vedere, non ci sono voci per le 24 ore di oggi. Nella cartella dell'agente è presente un file di registro solo per ieri:
Tutti i log degli agenti terminano con queste voci:
Anche se (se si guardano i vecchi log) dovrebbero esserci altre due righe come questa:
Non è questo il motivo della mancanza di incarichi (nessun incarico) dal 1° aprile circa?
Allegare il file di log dell'agente.
Lo allego:
Come si può vedere, non ci sono voci per le 24 ore di oggi. E questo file è di ieri. In generale, sembra che dopo la connessione al cloud, il cloud chiuda completamente l'accesso agli agenti.In allegato:
A giudicare dal registro, l'agente non ha problemi. Ha trovato il server più vicino, si è connesso ed è in attesa dell'attività.
Questo non è più vero, e da molto tempo. Ora gli agenti non interrompono la connessione con il server selezionato e sono costantemente pronti a ricevere il task.
Il registro viene scritto sul disco il più raramente possibile, soprattutto quando l'agente è completamente inattivo. È possibile riavviare il servizio dell'agente e il registro verrà scaricato sul disco.
Anche MetaTrader 5 Strategy Tester si è aggiornato alla build 1304, e dal 18 aprile gli agenti hanno solo zeri nella colonna "PR":
Scusate l'off-topic, ma qual è stato il PR massimo del vostro Phenom II X6 1075T? Lo stavo guardando a suo tempo proprio per questo scopo.
il servizio cloud di mql5 funziona?
2 settimane di CPU inattiva senza carico. Solo 12 test superati.
Nei log è tutto a posto. Oppure c'è così poca richiesta di cloud computing?
Suppongo che non sarebbe male rendere possibile minimizzare il gestore degli agenti nella tray, beh, probabilmente possiamo farlo noi stessi all'avvio )).
Le GPU non sembrano essere collegate, quindi faremo il test solo su processori normali.