MetaTrader 5 Strategy Tester e MQL5 Cloud Network - pagina 28
Ti stai perdendo delle opportunità di trading:
- App di trading gratuite
- Oltre 8.000 segnali per il copy trading
- Notizie economiche per esplorare i mercati finanziari
Registrazione
Accedi
Accetti la politica del sito e le condizioni d’uso
Se non hai un account, registrati
Grazie Renat, ho un'altra domanda, forse da qualche parte si sovrappone alla domanda di Andrei, la priorità del processo metatester.exe è impostata su "basso", che è fondamentalmente corretto, in modo da non interferire con, diciamo, la digitazione di testi in Word, è possibile o hai intenzione di impostare la priorità dell'utente per essere bassa durante il giorno quando la gente lavora, e piena la sera?
Infatti, non è possibile controllare assolutamente il carico della CPU quando un agente è in esecuzione.
Ma la priorità più bassa aiuta davvero quando l'utente sta usando il computer per altri compiti - in questo caso meno risorse sono effettivamente assegnate agli agenti cloud (non quando sono in esecuzione in locale!). In altre parole, potete lavorare su Wordboard senza troppi problemi.
C'è anche una tabella di pianificazione per il cloud computing, dove è possibile specificare il tempo di disconnessione dalla rete. Per esempio, durante l'orario di lavoro 08:00-17:00, gli agenti possono essere disconnessi.
Aumentare la priorità da bassa ad alta non ha senso perché quando non ci sono compiti di livello superiore, tutte le risorse andranno ai processi con priorità inferiore. Questo rende facile per gli agenti prendere automaticamente il 100% della CPU.
Renat, per favore consigliami, ho due terminali installati e due gestori in esecuzione. Il processore è a 4 core e quindi gli agenti sono 8.
Questo è stato fatto perché il carico sul processore con un manager in esecuzione era insignificante, mentre con due è aumentato.
È possibile farlo, e non ci sono conflitti nel lavoro dei manager dei diversi terminali e soprattutto una debolezza
in termini di mantenimento delle statistiche e della possibilità di imbrogliare. Grazie in anticipo.
Tutti gli 8 agenti sono sulla rete cloud?
In questo caso è sufficiente mettere solo 4 agenti. Il punto è che 8 agenti possono effettivamente fare meno compiti di 4 agenti. Non dimenticate i costi fissi di ogni agente (memoria, CPU, massa di thread in esecuzione, ecc.)
ps: una pelle (computer) può essere utilizzata per cucire 4 cappelli completi (agenti), è possibile cucire 8 o anche 16, con una corrispondente degradazione del risultato
Tutti gli 8 agenti sono sulla rete cloud?
In questo caso è sufficiente mettere solo 4 agenti. Il punto è che 8 agenti possono effettivamente eseguire meno compiti di 4 agenti. Non dimenticate i costi fissi di ogni agente (memoria, CPU, massa di thread in esecuzione, ecc.)
ps: da una pelle (computer) si possono fare 4 cappelli completi (agenti), e se ne possono fare 8 o anche 16 con la corrispondente degradazione del risultato
Non sta a me confermare le parole di un professionista, ma lo so per esperienza, è la verità più pura, ecco perché la valutazione degli agenti era necessaria.
Ho usato 24 agenti su una macchina dual core, è vero che soffocano, è meglio eseguire un agente per core. Anche 2 agenti per core sono un po' più lenti.
Non accedo a MT5 da molto tempo. Ma ho rifatto il gufo. Esegui l'ottimizzazione e vedi che gli agenti cloud stanno caricando la storia di anni molto lontani (1990 per esempio). L'ottimizzazione è stata fatta nell'ultimo mese. Allora perché gli agenti stanno scaricando così tanta storia?
Quando si esegue un test su qualsiasi sezione temporale, il terminale controlla e sincronizza necessariamente lo storico disponibile dal server. Ciò è dovuto al fatto che quasi ogni trader, prima o poi, richiederà tutta la storia disponibile per i test.
Il terminale darà la storia agli agenti nella quantità richiesta, ma non tutta la profondità disponibile. Inoltre, nel 99% dei casi, la storia di molti broker è già memorizzata sui server geograficamente distribuiti della rete Cloud MQL5, e da essi viene consegnata/sincronizzata agli agenti.
Gli agenti remoti mantengono anche enormi cache di dati storici per diversi broker, il che permette loro di passare istantaneamente la fase di sincronizzazione senza scaricare la storia.
Abbiamo realizzato un sistema di calcolo distribuito molto efficiente e conveniente. Per stimare la quantità di dati trasferiti durante la sincronizzazione, guardate i log degli agenti (non nel terminale, ma nei file di log degli agenti).
Non riesco a far funzionare un agente nella colonna del traffico in entrata/uscita e mostra ostinatamente 0kb e non appare nella lista degli agenti sul sito web.
Internet funziona attraverso il firewall su linux.
Hai scritto nel primo post che grazie a SSL può attraversare qualsiasi firewall.
Forse dovrei specificare alcune impostazioni proxy e di autorizzazione su di esso?
o forse dovrei aprire alcune porte nel firewall?
s.e. tutto funziona bene a casa
consigliare Renat
Non riesco a far funzionare un agente nella colonna del traffico in entrata/uscita e mostra ostinatamente 0kb e non appare nella lista degli agenti sul sito web.
Internet funziona attraverso il firewall su linux.
Hai scritto nel primo post che grazie a SSL può attraversare qualsiasi firewall.
Forse dovrei specificare alcune impostazioni proxy e di autorizzazione inesso?
o forse dovrei aprire alcune porte nel firewall?
s.e. tutto funziona bene a casa
Ciao! Sono venuti fuori risultati interessanti...
Ciao! Sono venuti fuori risultati interessanti...
funziona tutto! Grazie!
Apertura, sul firewall Linux, 2000-2001 soglie per l'intervallo di indirizzi da 1 a 5.agents.mql5.com aiutato.