Errori, bug, domande - pagina 2773

Nuovo commento
 
Dmitriy Skub:

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.

Dmitriy Skub:

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).

   int      ibars=iBars(NULL,0);
   int      filehandle=0,hWPR;
   double   WPRBuffer[];//буфер для индикатора

   hWPR=iWPR(NULL,period,240);
   int y=CopyBuffer(hWPR,0,0,ibars,WPRBuffer);
   if(y<=0){Print("Не удалось скопировать данные WPR. Error = ",GetLastError());
 
fxsaber:

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.

 
fxsaber:

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.

 
Dmitriy Skub:

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.

 
Dmitriy Skub:

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).

 
fxsaber:

Dal momento che è così facile da riprodurre, buttate dentro i dati per la riproduzione.

Intendi file binari?
 
Dmitriy Skub:
Intendi file binari?

Server e codice per la riproduzione.

1...276627672768276927702771277227732774277527762777277827792780...3184
Nuovo commento
Motivazione: