Errori, bug, domande - pagina 2773
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
No, non vengono fatte operazioni con gli array. Solo il recupero dei dati e l'accesso agli elementi della struttura (il tempo e la sua conversione con una funzione regolare).
È un peccato che il binario non sia stato mostrato. Sembra che ci sia un problema con i last-ticks.
Forum sul trading, sistemi di trading automatico e test di strategie di trading
Bug, bug, domande
fxsaber, 2020.06.11 05:30
C'è un modo per misurare la latenza di rete di picco sul VPS o i pacchetti di rete in/out di Terminal?
Suppongo che ci siano brevi picchi di latenza di rete su un VPS con zero ping.
Anche se è difficile spiegare perché lo stesso SymbolInfoTick può eseguire più di 100ms.
HH A proposito, il caricamento dei tick freschi attraverso CopyTicksRange, che di solito richiede meno di 1 ms, a mezzanotte richiede più di tre secondi. A quanto pare, a mezzanotte la base delle zecche viene riformata.
No, non viene fatta nessuna operazione di array. Solo l'ottenimento di dati e l'accesso agli elementi della struttura (il tempo e la sua conversione da parte della funzione regolare).
Così abbiamo due cavalli sferici - un errore con gli ordini di trading (aumento del tempo di esecuzione periodicamente) e il recupero dei dati. Due funzioni principali del terminale.
Anche altri utenti si lamentano (hanno anche fatto un pruf con video):
www.mql5.com/en/forum/169358#comment_15375048
www.mql5.com/en/forum/169358/page2#comment_15376573
www.mql5.com/en/forum/334646#comment_15374754
Buon pomeriggio, potreste dirmi perché l'indicatore può generare l'errore 4806 (Dati richiesti non trovati).
C'è un modo per misurare la latenza di rete di picco sul VPS o i pacchetti di rete in/out di Terminal?
Presumo che ci siano brevi picchi di latenza di rete sul VPS con zero ping.
Anche se è difficile spiegare perché lo stesso SymbolInfoTick può eseguire più di 100ms.
HH A proposito, il caricamento dei tick freschi attraverso CopyTicksRange, che di solito richiede meno di 1 ms, a mezzanotte richiede più di tre secondi. A quanto pare, a mezzanotte la base delle zecche si riforma.
Non uso VPS - la mia connessione al server del broker è stabile a 2,5ms. A mezzanotte non è così critico - scambio da 10 a 23-50.
È stato dimostrato nel thread in questione che non si tratta di latenza di rete.
Peccato che il binario non sia stato mostrato. Sembra che ci sia un problema con l'ultimo segno di spunta.
Inviato al PM.
Ora, quando i dati non arrivano (la borsa è chiusa), è possibile ottenere sei mesi di tick senza errori. Ma anche così, non tutte le volte, a volte ci sono errori.
Sembra un bug del multi-threading.
Ora, quando i dati non arrivano (la borsa è chiusa), è possibile ottenere sei mesi di tick senza errori. Ma anche così, non tutte le volte, a volte ci sono errori.
Sembra un bug con il multi-threading.
Visto che è così facile da riprodurre, lancia i dati per la riproduzione.
Ora, quando i dati non arrivano (la borsa è chiusa), è possibile ottenere sei mesi di tick senza errori. Ma anche così, non tutte le volte, a volte ci sono errori.
Sembra un bug con il multi-threading.
Puoi provare a testare su MT5 installato in una macchina virtuale con un processore (VMWare Player).
Dal momento che è così facile da riprodurre, buttate dentro i dati per la riproduzione.
Intendi file binari?
Server e codice per la riproduzione.