MetaTrader 5 Strategy Tester e MQL5 Cloud Network - pagina 4
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
Siete confusi. Sarà una rete enorme lavorare con qualsiasi broker. È possibile eseguire test con i dati di qualsiasi broker in modo trasparente. Premi Start e il gioco è fatto: tutti i dati dell'ambiente di mercato (simboli, configurazioni, grafici) saranno scaricati, controllati per la sincronizzazione automaticamente. Non c'è bisogno di registrare i broker nella rete, i dati di diversi broker non si sovrapporranno mai, l'intera parte del server della rete è un'enorme cache di dati e nella maggior parte dei casi non si dovrà nemmeno riscaricare la cronologia.
Quindi è quello che sto dicendo: un broker ha una storia sull'Eura dal 1999, il secondo dal 2005, il terzo dal 2010. L'unica cosa da fare è sperare di avere più strumenti e una storia più o meno corretta.
Ma se i broker si mettono d'accordo e fanno la storia giusta (ne dubito sempre di più) tutto andrà alla grande.
si scopre che non sarà una rete enorme dove tutti gli utenti MT5 sono uniti. Ma sarà diviso in pezzi da DC. Se prendiamo in considerazione che la storia normale de facto è disponibile solo in un posto e per un numero limitato di strumenti, diventa un po' triste...
Caro Renat,
Ci saranno supercomputer in questa rete (sarebbe molto utile)? Vorrei avere capacità avanzate alla pari con i concorrenti globali. E un'altra richiesta - si prega di fare, se possibile, in modo che la risorsa di calcolo della rete possa essere utilizzata (se desiderato) per il calcolo in tempo reale degli indicatori e degli EA, non solo per i test. Altrimenti, tutto perde il suo significato - perché avere un super potere per i test, quando l'indicatore o l'Expert Advisor semplicemente non ha tempo per essere calcolato a runtime (collo di bottiglia).
Teoricamente, gli agenti remoti e certamente quelli locali possono essere combinati in un pool (naturalmente, se tale possibilità è prevista nel terminale e nel tester).
Ma che senso ha fare tutto questo se MQL stesso viene eseguito in "un thread" e solo un core viene riconosciuto durante i singoli test.
Supponiamo che gli sviluppatori sviluppino qualcosa di simile e che il sistema impari a "distribuire" un singolo test a diversi core o a gettarli in un pool...
Continua a sognare, aspettando MT6 :)
È di questo che sto parlando: un broker ha una storia con Euras dal 1999, un altro dal 2005 e un terzo dal 2010.
Cosa c'entra la profondità della storia del broker?
L'ottimizzazione attraverso MQL5 Cloud Network è la stessa dell'ottimizzazione sul vostro computer (solo più veloce).
Se il terminale è collegato ad Alpari, l'ottimizzazione verrà eseguita su dati Alpari, anche se viene fisicamente eseguita su centinaia di altri computer nella rete. I dati sono sincronizzati e tutti i test sono eseguiti nelle stesse condizioni.
E la questione del numero di strumenti e la profondità/qualità della storia dei diversi broker non è in questo thread.
Cosa c'entra la profondità della storia del broker?
L'ottimizzazione attraverso la rete MQL5 Cloud Network è la stessa dell'ottimizzazione sul vostro computer (solo più veloce).
Se il terminale è collegato ad Alpari, l'ottimizzazione verrà eseguita su dati Alpari, anche se viene fisicamente eseguita su centinaia di altri computer nella rete. I dati sono sincronizzati e tutti i test escono nelle stesse condizioni.
E la questione del numero di strumenti e la profondità/qualità della storia dei diversi broker non è in questo thread.
È così che parlo di quella che è la storia ora all'Alpari che tutti conosciamo molto bene.
sono ben consapevole che non è in questo thread, ma il mio post datato 2011.02.23 09:46 è corretto (soprattutto la parte finale).
Cosa c'entra la profondità della storia del broker?
L'ottimizzazione attraverso la rete MQL5 Cloud Network è la stessa dell'ottimizzazione sul vostro computer (solo più veloce).
Se il terminale è collegato ad Alpari, l'ottimizzazione verrà eseguita su dati Alpari, anche se viene fisicamente eseguita su centinaia di altri computer nella rete. I dati sono sincronizzati e tutti i test sono eseguiti nelle stesse condizioni.
E la domanda sul numero di strumenti e la profondità/qualità della storia dei diversi broker non è in questo thread.
Andrea poi si scopre che colui che parteciperà alla rete, scaricherà lo storico (necessario per il tester) prima del test. ora moltiplicare questo storico per il numero di società di intermediazione + aggiungere che ci sono molti strumenti. aggiungere qui la borsa (perché apparirà un giorno) fare una correzione per il fatto che ognuno ha uno storico diverso !!! .... Calcolare il traffico per favore ... e la quantità di spazio su disco necessario ...
P.S. "E la domanda sul numero di strumenti e la profondità/qualità della storia dei diversi broker non è in questo thread".
- cosa se non in questo? o non ti interessa quale storia stai testando? tu hai una storia sul tuo computer, io ne ho un'altra ... e i risultati dei test sono combinati ... se non sono sicuro di quali dati è stato (è) testato, allora non ha bisogno di questo cazzo di test (e pagare soldi per esso ...). perché la fiducia nei risultati è zero ...
Andrea poi si scopre che colui che parteciperà alla rete, scaricherà la storia prima del test (necessario per il tester). ora moltiplicare questa storia per il numero di società di intermediazione + aggiungere che ci sono molti strumenti. aggiungere qui la borsa (perché apparirà ad un certo punto) corretto per il fatto che ognuno ha una storia diversa !!! .... Calcolate il traffico per favore... e la quantità di spazio su disco richiesto...
Penso che la maggior parte delle ottimizzazioni si adatterà a 3-4 coppie standard e ad alcuni broker popolari.
E mi è piaciuta l'opzione di mrProF - probabilmente sarà così.
Z.I. "E la domanda sul numero di strumenti e la profondità/qualità della storia dei diversi broker non è in questo thread".
- ma cosa succede se non in questo argomento? o non ti interessa su quale storia stai testando? tu hai una storia sul tuo computer, io ne ho un'altra ... e i risultati del test sono combinati ... se non sono sicuro su quali dati il test ha avuto luogo (accadendo), allora non ha bisogno di questo cazzo di test (e pagare soldi per esso ...). perché la fiducia nei risultati è zero ...
La storia sarà SINCRONIZZATA. E i test saranno fatti solo se la storia è IDENTICA.
Penso che la maggior parte delle ottimizzazioni si adatterà a 3-4 coppie standard e ad alcuni broker popolari.
E mi è piaciuta l'opzione di mrProF - probabilmente sarà così.
La storia sarà sincronizzata. E i test saranno eseguiti solo se l'anamnesi è IDENTICA.
No, perché ora sarà sincronizzato al primo passaggio.
Altrimenti ci può essere una situazione in cui nessun agente della rete avrà una storia per un certo simbolo in un certo broker.
Ma c'è una particolarità qui, se la storia e i parametri di prova saranno memorizzati nella cache da qualche parte all'interno della parte server (nei dispatcher) si può risparmiare un sacco di tempo.
MQL5 Cloud Impostazioni di rete per MetaTrader 5 Agent:
Per far lavorare un agente nella rete MQL5 Cloud Network, basta abilitare la casella di controllo "Consenti l'uso pubblico degli agenti". L'agente si connetterà ad un gestore di rete geograficamente vicino (per esempio, ogni 5 minuti) per controllare la disponibilità dei compiti ad un certo intervallo (stimato da ping + busyness). Se i compiti sono disponibili, l'agente li accetta ed elabora e inizia a richiederne attivamente di nuovi senza indugio. Non appena i compiti si esauriscono, l'agente torna in modalità di polling infrequente, il che riduce il traffico e il carico di lavoro.
Affinché l'agente cominci a portare soldi, è necessario abilitare l'opzione "Vendi risorse del computer" e specificare il tuo login attivo a MQL5.community. Le risorse saranno fornite gratuitamente se questa opzione non è spuntata o se non è specificato il login corretto. Anche se gli agenti sono stati inizialmente registrati senza collegamento a un account, è possibile cambiare questo in qualsiasi momento - basta aggiungere un nuovo login e l'agente sarà automaticamente ri-registrato a un nuovo account la prossima volta che si effettua una connessione.
Si può anche ri-registrare un agente da un account di lavoro ad un altro. In questo caso gli importi precedentemente guadagnati rimarranno sul vecchio conto, e i nuovi compiti saranno pagati sul nuovo conto.
Una caratteristica importante del lavoro in modalità MQL5 Cloud Network è che gli agenti si collegano ai dispatcher [1-9].mql5.com tramite la porta SSL(443), che permette loro di passare i firewall e i server proxy.
Il nuovo agente opererà in modalità ibrida:
. È possibile creare una pianificazione per la settimana dalle ore in cui l'agente è disponibile a lavorare in MQL5 Cloud Network. Per esempio, è possibile impostare 24 ore nei fine settimana e 9 ore (dalle 22:00 alle 07:00) nei giorni feriali.
Questo programma non si applica alla normale modalità server degli agenti - in questa modalità, gli agenti sono sempre disponibili.
Faremo anche un po' di serio tuning di come gli agenti usano le risorse:
- In modalità di riposo, spenderanno una quantità estremamente bassa di risorse (memoria, thread e priorità)
- gli agenti useranno una gestione flessibile della priorità dei thread, della memoria e dell'uso della CPU quando sono attivi
Uno degli obiettivi principali è quello di permettere agli agenti di lavorare senza interferire con gli utenti che stanno lavorando.build 404, eseguito metatester64.exe - ci sono solo le prime due schede