Analisi dei risultati dei test e ottimizzazione nel tester di strategie MetaTrader 5 - pagina 6

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
3. Quanto tempo ci vuole per ottimizzare i parametri nel cloud?
Per confronto, proviamo l'ottimizzazione con gli stessi parametri inMQL5 Cloud Network. Questo servizio è a pagamento. Dopo ogni ottimizzazione, registreremo quanto denaro è congelato sul conto per pagare questo servizio.
In questo test, imposteremo l'uso simultaneo dei core della CPU locale e degli agenti cloud per accelerare l'ottimizzazione.
Simbolo: EURUSD
Fondi congelati:
Come potete vedere, l'ottimizzazione è stata significativamente più veloce(6 min 41 sec) dell'ultima volta, ma solo sul computer locale(28 min 56 sec).
Simbolo: EURCHF
Si può incontrare una situazione in cui il servizio impiega un tempo molto lungo prima che il lavoro di ottimizzazione sia presentato alla rete. Ciò è dovuto al fatto che gli agenti hanno bisogno di tempo per scaricare i dati necessari sui simboli desiderati. In questo caso, è quello che è successo.Dopo una lunga attesa si può fermare il processo di ottimizzazione. Ci saranno voci nel registro come mostrato di seguito.Non ci sono stati calcoli nella nuvola, quindi nessun fondo sarà ritirato.
Proviamo ad eseguire di nuovo l'ottimizzazione su questo simbolo.
Questa volta il processo ha avuto successo, ma il risultato non è stato impressionante. L'ottimizzazione ha richiesto22 minuti. 14 sec. Ci sono voluti32 minuti. 50 sec. In effetti, questo è anche dovuto al processo di caricamento dei dati da parte degli agenti sulla rete. Il guadagno sarà su compiti più grandi e in modalità algoritmocompleto lento.
Fondi congelati:
Ora vediamo se ha senso eseguire l'ottimizzazione nel cloud con più simboli.
Simboli: EURUSD,GBPUSD,USDJPY
Ci sono voluti24 minuti. 56 sec. Ma nella nostra ultima corsa, ci sono volute2 ore. 15 min. 3 sec. In questo caso, il guadagno è già evidente.
Fondi congelati:
Simboli: EURCHF,AUDCAD,AUDNZD
Anche questa volta, l'ottimizzazione della rete non è iniziata per molto tempo. Per tutto questo tempo gli agenti locali hanno lavorato. Puoi vedere cosa sta succedendo nel log (vedi l'elenco qui sotto). Non appena tutti gli agenti della rete che possono eseguire l'ottimizzazione per voi scaricano i dati richiesti, l'ottimizzazione viene avviata.
Alla fine, l'ottimizzazione è stata terminata in1 ora. 19 min. 49 sec. E l'ultima volta, ma solo sulla macchina locale, ci sono volute3 ore. 13 min. 37 sec.
Fondi congelati:
Il totale per tutti e quattro i processi di ottimizzazione è arrivato a7,46dollari. La tabella qui sotto mostra un riassunto. Invece di6-7 ore, ci sono volute2 ore e 13 minuti per ottimizzare, che è circa tre volte meno.
Come ho detto in un altro thread del forum, ci sono solo 8 agenti locali in questo test, e non è appropriato confrontarli con 256 o anche 512 agenti cloud dato un mucchio di compiti di ottimizzazione. Al fine di garantire la trasparenza del test abbiamo bisogno di limitare un uso simultaneo di 8 agenti nel cloud, che è tecnicamente impossibile, o avere almeno 256 agenti locali, che è fisicamente non disponibile. Questo è tutto.
In questo caso l'obiettivo era di mostrare quanto più velocemente si possono ottenere risultati con questa configurazione locale e quanto costerebbe.
Una tabella contraddittoria, tuttavia.
Una tabella contraddittoria, però.
In generale, sì.
Dopo gli aggiornamenti del tester previsto, proverò la stessa serie di test per confrontare i risultati.
In questo test imposteremo entrambi i core della CPU locale e gli agenti cloud per essere utilizzati simultaneamente per accelerare l'ottimizzazione.
Si può incontrare una situazione in cui un servizio impiega molto tempo per ottenere lavori di ottimizzazione nella rete. Ciò è dovuto al fatto che gli agenti hanno bisogno di tempo per scaricare i dati necessari sui simboli richiesti. In questo caso, è quello che è successo.Dopo una lunga attesa si può fermare il processo di ottimizzazione. Ci saranno voci nel registro come mostrato di seguito.Non ci sono stati calcoli nella nuvola, quindi nessun fondo sarà ritirato.
Viene descritto un modo gratuito per mandare in crash il Cloud. Facciamo un muto Expert Advisor che accede a TUTTI i simboli dalla panoramica del mercato una volta sola, e lo eseguiamo in modalità "real ticks". Poi premiamo Stop. Passa a un altro server di trading e avvia nuovamente Optimize. La nuvola è in modalità knockout gratuito.
Viene descritto un modo gratuito per mandare in crash il Cloud. Facciamo un EA stupido che accede a TUTTI i simboli dalla panoramica del mercato una volta, e lo eseguiamo in modalità "real ticks". Poi premiamo Stop. Passa a un altro server di trading e avvia nuovamente Optimize. La nuvola è in modalità knockout gratuito.
Quindi, non è etico, a dir poco...
Viene descritto un modo gratuito per mandare in crash il Cloud. Facciamo un EA stupido che accede a TUTTI i simboli dalla panoramica del mercato una volta, e lo eseguiamo in modalità "real ticks". Poi premiamo Stop. Passa a un altro server di trading e avvia nuovamente Optimize. La nuvola è in modalità knockout gratuito.
Quindi forse è già contabilizzato. Per esempio, non appena si ferma l'ottimizzazione, anche gli agenti della rete smettono di scaricare dati.
Beh, non è etico, a dir poco...
Non capisco.
Quindi forse questo è già preso in considerazione. Per esempio, non appena l'ottimizzazione viene interrotta, anche gli agenti della rete hanno il loro download di dati interrotto.
Ha scritto a SD.
Ho deciso di provare i test in avanti. Potete dirmi, chi lo sa, quale numero viene visualizzato nella colonna dei risultati nell'ottimizzazione? Per esempio, nella linea evidenziata?
Se seleziono "Forward Testing Results" usando il menu contestuale, ottengo la seguente immagine
Cos'è questo numero 62.03? Non l'ho visto nei rapporti Backtest e Forward.