
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
1434 - 1ms in media ci vuole per ottenere CopyTicks già caricato 1000 ticks. Lentamente, sembra.
Richiesta di TRADE0tic con from_msc dell'ultimo tick ricevuto in precedenza. Ottengo 3 tick, ma in 0.3 - 0.9ms! - Molto lento ora.
Ha registrato con forza il codice di cui sopra e ha capito le ragioni. Se CopyTicks (da > 0) riceve tick prima del più fresco, può saltarne alcuni.
Per quanto riguarda il problema originale - che CopyTicks sulla prossima chiamata può dare più tick per lo stesso periodo:
Questo è effettivamente il caso. Il problema è che i flussi di dati dello scambio bid/ask e flipper/volume sono flussi diversi, che non sono sincronizzati tra loro già sul lato dello scambio.
A causa di questo ci sono situazioni in cui prima arriva il bid/ask con il tempo 12:12:12.300, e un po' più tardi arriva il flipper/volume con il tempo 12:12:12.299.
Di conseguenza, richiedendo i dati dall'ultimo tick (12:12:12.300) non otterrete un nuovo flipper per 12:12:12.299.
PS. Il terminale salva e invia i tick ordinati per tempo. Cioè, la sequenza temporale di tick data a CopyTicks è sempre crescente.
Ci sono due flussi di ricezione delle zecche - INFO e TRADE. TUTTO è un'unione sintetizzata (sembra essere sul lato terminale), ecco perché possono verificarsi tali contrattempi.
È a causa di sintetizzato che ci sono state tali parole
i record di tick iniziali dopo la chiamata di CopyTicks non conterranno zeri, ma i valori attuali di bid, ask e last al momento richiesto
Con il nastro questo problema non dovrebbe sorgere con il corretto funzionamento di CopyTicks.
Penso che l'aiuto sarà integrato molto seriamente.
Potete aggiungere voi stessi qualsiasi sovraccarico.
CopyTicks testato con il flag COPY_TICKS_TRADE
Nessuna differenza.
CopyTicks testato con il flag COPY_TICKS_TRADE
Nessuna differenza.
Forum sul trading, sistemi di trading automatico e tester di strategie
Misterioso indicatore di azioni
fxsaber, 2016.09.30 21:26
1434 - il problema non è stato risolto.
Ha registrato con forza il codice di cui sopra e ha capito le ragioni. Se CopyTicks (da > 0) ottiene tick fino al più fresco, potrebbe saltarne alcuni.
Esempio.
Tick richiesti con da = 2016.09.29 11:05:55.564. Ho ricevuto tre tick in risposta
Qualche tempo dopo ho richiesto la cronologia dei tick da lontano e ho ottenuto un tick, che CopyTicks ha mancato prima
Un tale insetto!
Sembra che ci sia qualche conflitto di scrittura e lettura parallela del database delle zecche.
La cronologia dei tick raccolti in tempo reale del thread TRADE non conteneva un tick con tempo 2016.10.04 10:37:08.773, che è apparso più tardi nella cronologia.
Questo è in qualche modo incoerente con quello che ho detto sopra. I problemi non sono solo con il flusso ALL sintetizzato, ma anche con quello diretto - TRADE.
1434 è lo stesso bug per i tipi di commercio. Riproduzione del consulente
1434 - 1ms in media ci vuole per ottenere CopyTicks già caricato 1000 ticks. Lentamente, sembra.
Richiesta di TRADE0tic con from_msc dell'ultimo tick ricevuto in precedenza. Ottengo 3 tick, ma in 0.3 - 0.9ms! - Molto lento ora.
Rilevante! Non c'è modo di accelerarlo?
Vorrei cogliere l'occasione per ringraziare gli sviluppatori per il loro lavoro con CopyTicks!
Non posso affermare che CopyTicks funziona in modo assolutamente corretto, ma sono riuscito a lavorare perfettamente con il nastro e a capire CopyTicks più a fondo.
Per non reinventare la ruota, puoi vedere esempi di scrittura di indicatori di tick basati sul nastro qui e qui.