Senza uscire dal tempo di MT5 intertiki, se possibile. E con le operazioni di trading in relazione all'ordine nel DC senza aiuto interno, non mi viene in mente niente.
Non uscendo dal tempo di intertitolo di MT5, se possibile. E con le operazioni di trading in relazione all'ordine nel DC senza aiuto interno, non mi viene in mente niente.
Sì, c'è qualcosa che non va. Il tempo intertick è solo per i tick mancanti a causa di un'interruzione della comunicazione. E in termini di query e correttezza delle risposte su ordini, compravendite e stati di posizione, se la risposta viene persa o cambiata a causa di guasti di comunicazione e ritardi a causa di questo, non sembrano esserci soluzioni economiche. Ri-interrogare al prossimo tick non è sempre un'opzione.
La soluzione per me sarebbe una funzione interna per tracciare lo stato delle transazioni/posizioni rispetto agli ordini di aprire, modificare, chiudere parzialmente e chiudere completamente una posizione. La richiesta di rintracciare il risultato potrebbe essere impostata nell'ordine stesso. E ottenere il risultato sul tick corrente e non su quello successivo.
A giudicare dal tempo di registrazione, tutto è avvenuto in 7ms.
Se vuoi avere una discussione costruttiva, dacci le condizioni di prova complete (server, tipo di conto, numero di simboli selezionati, numero di EAs, ecc.)
Торговая деятельность в платформе связана с формированием и отсылкой рыночных и отложенных ордеров для исполнения брокером, а также с управлением текущими позициями путем их модификации или закрытия. Платформа позволяет удобно просматривать торговую историю на счете, настраивать оповещения о событиях на рынке и многое другое. Открытие позиций...
A giudicare dal tempo delle voci di registro, è successo tutto in 7ms.
Sono tre diversi EA.
Se vuoi una discussione costruttiva, allora dai tutte le condizioni del test per intero (server, tipo di conto, numero di simboli selezionati, numero di EAs, ecc.)
Conto reale, RannForex-Server, 16 simboli, grafico M1 aperto su ognuno (5000 barre max), su ognuno è in esecuzione un EA che accede solo al proprio simbolo.
Ci possono essere circa 50 posizioni e lo stesso numero di ordini alla volta. Non ci sono indicatori, e solo CopyTicksRange (tick freschi) e SymbolInfoTick sono usati per ottenere i prezzi. Non c'è alcun riferimento ai bar.
Conto reale, RannForex-Server, 16 simboli, grafico M1 aperto su ciascuno (5000 barre max), su ciascuno di essi è in esecuzione un EA che accede solo al proprio simbolo.
Ci possono essere circa 50 posizioni e lo stesso numero di ordini alla volta.
Se ho capito bene, non c'è un EA, ma uno stress tester su ogni simbolo. Questo cambia completamente le cose. E mostra il nascondersi delle condizioni iniziali.
Cioè, 16 thread su un processore 8(4+HT) (+N worker terminal threads in parallelo) non stop e senza ritardi si rompono in un oggetto database di simboli sincronizzato. I blocchi di lettura/scrittura si confondono perché c'è una scrittura a tick costante.
Di solito in un tale profilo, a seconda della ripidità del processore e della sua padronanza dei thread, ogni thread può passare dal 60% all'80% del tempo in attesa.
Se ho capito bene, non c'è un EA lì, ma uno stress tester su ogni simbolo.
Erroneamente inteso. Ogni EA è puramente commerciale (nel Tester da tick reali non rallenta) e non dipende da altri. Tutta la logica di trading viene eseguita solo in OnTick, nessun spamming di ordini di trading, nessuna ricorsione, nessuna globalizzazione e nessuna risorsa.
OnTrade*, OnBook non sono utilizzati. Secondo timer e OnChartEvent per il caso in cui vengono premuti certi tasti.
Sono sicuro che una corretta implementazione (da parte vostra o mia) delle istantanee ridurrà notevolmente il numero di chiamate di funzioni d'ambiente regolari. Di conseguenza, i ritardi saranno drasticamente ridotti.
Non avrei mai pensato che si arrivasse ai trucchi delle istantanee. Sto studiando la questione, poiché l'implementazione standard di MT5-advisor è zoppa, purtroppo.
Consenti l'uso dei cookie per accedere al sito MQL5.com.
Abilita le impostazioni necessarie nel browser, altrimenti non sarà possibile accedere.
Hai effettuato l'accesso. L'autenticazione a due fattori è stata disattivata. Configurala di nuovo e scansiona un nuovo codice QR, oppure continua con l'autenticazione a due fattori disattivata.
Identificare un'interruzione della comunicazione
Non so come fare.
Non so come fare.
Cosa ti fa pensare che accadano e che OnTrade si perda? Dalla documentazione?
Cosa ti fa pensare che accadano e che OnTrade si perda? Dalla documentazione?
Perché Relogin resetta la cache storica, che (presumo) è drogata attraverso il meccanismo OnTrade.
Non sono sicuro di come farlo.
Senza uscire dal tempo di MT5 intertiki, se possibile. E con le operazioni di trading in relazione all'ordine nel DC senza aiuto interno, non mi viene in mente niente.
Non uscendo dal tempo di intertitolo di MT5, se possibile. E con le operazioni di trading in relazione all'ordine nel DC senza aiuto interno, non mi viene in mente niente.
Non capisco.
Non capisco.
Sì, c'è qualcosa che non va. Il tempo intertick è solo per i tick mancanti a causa di un'interruzione della comunicazione. E in termini di query e correttezza delle risposte su ordini, compravendite e stati di posizione, se la risposta viene persa o cambiata a causa di guasti di comunicazione e ritardi a causa di questo, non sembrano esserci soluzioni economiche. Ri-interrogare al prossimo tick non è sempre un'opzione.
La soluzione per me sarebbe una funzione interna per tracciare lo stato delle transazioni/posizioni rispetto agli ordini di aprire, modificare, chiudere parzialmente e chiudere completamente una posizione. La richiesta di rintracciare il risultato potrebbe essere impostata nell'ordine stesso. E ottenere il risultato sul tick corrente e non su quello successivo.
Puoi dirmi cosa fare per non avere a che fare con questo durante il trading?
A giudicare dal tempo di registrazione, tutto è avvenuto in 7ms.
Se vuoi avere una discussione costruttiva, dacci le condizioni di prova complete (server, tipo di conto, numero di simboli selezionati, numero di EAs, ecc.)
Il codice di misurazione runtime SymbolInfoTick:
Sul server MetaQuotes-Demo (20 simboli selezionati, Netting, 4 posizioni aperte):
131 simboli selezionati, 10 posizioni aperte:
A giudicare dal tempo delle voci di registro, è successo tutto in 7ms.
Sono tre diversi EA.
Se vuoi una discussione costruttiva, allora dai tutte le condizioni del test per intero (server, tipo di conto, numero di simboli selezionati, numero di EAs, ecc.)
Conto reale, RannForex-Server, 16 simboli, grafico M1 aperto su ognuno (5000 barre max), su ognuno è in esecuzione un EA che accede solo al proprio simbolo.
Ci possono essere circa 50 posizioni e lo stesso numero di ordini alla volta. Non ci sono indicatori, e solo CopyTicksRange (tick freschi) e SymbolInfoTick sono usati per ottenere i prezzi. Non c'è alcun riferimento ai bar.
Si tratta di tre diversi EA distribuiti.
Conto reale, RannForex-Server, 16 simboli, grafico M1 aperto su ciascuno (5000 barre max), su ciascuno di essi è in esecuzione un EA che accede solo al proprio simbolo.
Ci possono essere circa 50 posizioni e lo stesso numero di ordini alla volta.
Se ho capito bene, non c'è un EA, ma uno stress tester su ogni simbolo. Questo cambia completamente le cose. E mostra il nascondersi delle condizioni iniziali.
Cioè, 16 thread su un processore 8(4+HT) (+N worker terminal threads in parallelo) non stop e senza ritardi si rompono in un oggetto database di simboli sincronizzato. I blocchi di lettura/scrittura si confondono perché c'è una scrittura a tick costante.
Di solito in un tale profilo, a seconda della ripidità del processore e della sua padronanza dei thread, ogni thread può passare dal 60% all'80% del tempo in attesa.
E questo indipendentemente dal tipo di compito.
Se ho capito bene, non c'è un EA lì, ma uno stress tester su ogni simbolo.
Erroneamente inteso. Ogni EA è puramente commerciale (nel Tester da tick reali non rallenta) e non dipende da altri. Tutta la logica di trading viene eseguita solo in OnTick, nessun spamming di ordini di trading, nessuna ricorsione, nessuna globalizzazione e nessuna risorsa.
OnTrade*, OnBook non sono utilizzati. Secondo timer e OnChartEvent per il caso in cui vengono premuti certi tasti.
Sono sicuro che una corretta implementazione (da parte vostra o mia) delle istantanee ridurrà notevolmente il numero di chiamate di funzioni d'ambiente regolari. Di conseguenza, i ritardi saranno drasticamente ridotti.
Non avrei mai pensato che si arrivasse ai trucchi delle istantanee. Sto studiando la questione, poiché l'implementazione standard di MT5-advisor è zoppa, purtroppo.