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
L'aggiunta di un ordine/commessa alla cronologia del trading fa sì che la cache di HistorySelect venga ricostruita completamente, non parzialmente. Da qui i ritardi nell'attivazione degli ordini pendenti.
b2595 - corretto, Grande!
Ho controllato la storia sbagliata, non l'ho ancora sistemata.
Forum sul trading, sistemi di trading automatico e test di strategie di trading
MT5 e la velocità in azione
fxsaber, 2020.09.08 19:46
b2596 è diventato più veloce, sembra.
Puoi dirmi cosa fare per evitare questo tipo di cose quando si fa trading?
L'ultima riga è normale.
I ritardi possono essere influenzati dagli EA che girano in parallelo? Nessun indicatore.
SZY Profiling su terminale vuoto.
SymbolInfoTick è una funzione costosa.
I ritardi possono essere influenzati dagli EA che girano in parallelo? Non ci sono indicatori.
Ho lanciato un terminale vuoto in parallelo e l'ho provato. Non ho visto la stessa cosa.
Configurazione.Forum sul trading, sistemi di trading automatico e test di strategia
MT5 e la velocità in azione
fxsaber, 2020.09.01 21:59
Installato Win10, LatencyMon mostra che tutto è a posto.
Comunque, a causa del fatto che quasi ogni funzione regolare può causare un rallentamento, il battle Expert Advisor esegue ogni OnTick per diverse decine di millisecondi. La somma delle chiamate Order*+SymbolInfoTick+Position*, ecc. mangia tanto. Non ci sono calcoli matematici. Avete bisogno di istantanee gratuite. Senza di loro, HDI su MT5 non funziona.
C'è qualcosa di sbagliato nell'approccio... Apparentemente, le funzioni OnTrade sono necessarie piuttosto che la scansione dello stato da zero su ogni tick.
C'è qualcosa di sbagliato nell'approccio... Apparentemente, le funzioni OnTrade sono necessarie, piuttosto che la scansione dello stato da zero su ogni tick.
Il paradigma OOP presuppone che ogni sub-TC esamini l'ambiente di negoziazione. Tuttavia, se volete davvero, potete rompere un po' l'indipendenza degli oggetti OOP.
Per esempio, fate un'istantanea completa all'inizio di OnTick. E deve essere ripetuto solo dopo la chiamata delle funzioni sincrone - OrderSend e CopyTicks.
Per quanto riguarda OnTrade*, le interruzioni di connessione rovinano lo schema quando le istantanee sono fatte solo nelle funzioni OnTrade. Altrimenti, ovviamente, ci sarebbe un grande risparmio.
Il paradigma OOP presuppone che ogni sub-OS esamini l'ambiente di negoziazione. Tuttavia, se si vuole veramente, si può rompere un po' l'indipendenza degli oggetti OOP.
Per esempio, fate un'istantanea completa all'inizio di OnTick. E sarà ripetuto solo dopo la chiamata delle funzioni sincrone - OrderSend e CopyTicks.
Naturalmente, l'oggetto snapshot deve essere uno.
Per quanto riguarda OnTrade*, le interruzioni dei collegamenti rovinano lo schema quando le istantanee sono fatte solo nelle funzioni OnTrade. Altrimenti, ovviamente, ci sarebbe un grande risparmio.
Rilevare un'interruzione della connessione e forzare l'aggiornamento dell'istantanea al prossimo tick, quindi tornare alla modalità economica?