Você está perdendo oportunidades de negociação:
- Aplicativos de negociação gratuitos
- 8 000+ sinais para cópia
- Notícias econômicas para análise dos mercados financeiros
Registro
Login
Você concorda com a política do site e com os termos de uso
Se você não tem uma conta, por favor registre-se
1434 - 1ms em média leva para que o CopyTicks já tenha carregado 1000 ticks. Devagar, ao que parece.
Solicitando TRADE0tic com from_msc do último tick recebido anteriormente. Recebo 3 carrapatos, mas em 0,3 - 0,9ms! - Muito lento agora.
Registramos fortemente o código acima e descobrimos as razões. Se o CopyTicks (de > 0) recebe carrapatos antes do mais fresco, pode pular alguns.
Em relação ao problema original - que o CopyTicks na próxima chamada pode dar mais carrapatos para o mesmo período:
Este é, de fato, o caso. O problema é que os fluxos de troca de dados bid/ask e flipper/volume são fluxos diferentes, que não estão sincronizados entre si já no lado da troca.
Por causa disso, há situações em que, pela primeira vez, o lance/venda com o tempo 12:12:12.12.300, e depois vem o flipper/volume com o tempo 12:12:12.299.
Assim, solicitando dados desde o último tick (12:12:12.300) você não receberá um novo flipper para 12:12:12.12.299.
PS. O terminal salva e envia carrapatos ordenados por tempo. Ou seja, a seqüência temporal de ticks dada ao CopyTicks está sempre aumentando.
Há duas correntes de recebimento de carrapatos - INFO e TRADE. ALL é uma união sintetizada (parece estar no lado terminal), é por isso que tais contratempos podem ocorrer.
É por causa da sintetização que existem tais palavras
os registros iniciais de tick após a chamada do CopyTicks não conterão zeros, mas os valores atuais de licitação, pedido e último no momento solicitado
Com a fita, este problema não deve surgir se o CopyTicks funcionar corretamente.
Penso que a Ajuda será muito seriamente complementada.
Você mesmo pode acrescentar qualquer sobrecarga.
Testes com a bandeira COPY_TICKS_TRADE
Não há diferença.
Testes com a bandeira COPY_TICKS_TRADE
Não há diferença.
Fórum sobre comércio, sistemas automatizados de comércio e testador de estratégias
Indicador de estoque misterioso
fxsaber, 2016.09.30 21:26
1434 - o problema não foi resolvido.
Registramos fortemente o código acima e descobrimos as razões. Se o CopyTicks (de > 0) recebe carrapatos até os mais frescos, pode pular alguns.
Exemplo.
Carrapatos solicitados a partir de = 2016.09.29 11:05:55.564. Recebi três carrapatos em resposta
Algum tempo depois eu pedi o histórico do tick de longe e recebi um tick, que o CopyTicks perdeu antes.
Que insecto!
Parece haver algum conflito de escrita e leitura simultâneas no banco de dados de carrapatos.
O histórico coletado do tick em tempo real do tópico TRADE não continha um tick com o tempo 2016.10.04 10:37:08.773, que apareceu mais tarde na história.
Isto é um tanto inconsistente com o que eu disse acima. Os problemas não são apenas com o fluxo sintetizado de TODOS, mas também com o fluxo direto - TRADE.
1434 é o mesmo bug para os tipos TRADE-tipos. Conselheiro de reprodução
1434 - 1ms em média leva para que o CopyTicks já tenha carregado 1000 ticks. Devagar, ao que parece.
Solicitando TRADE0tic com from_msc do último tick recebido anteriormente. Recebo 3 carrapatos, mas em 0,3 - 0,9ms! - Muito lento agora.
Relevante! Não há como acelerá-lo?
Gostaria de aproveitar esta oportunidade para agradecer aos desenvolvedores por seu trabalho com o CopyTicks!
Não posso afirmar que o CopyTicks funciona absolutamente corretamente, mas consegui trabalhar com a fita perfeitamente e entender o CopyTicks mais profundamente.
Para não reinventar a roda, você pode ver exemplos de indicadores de carrapatos de escrita bem ajustados baseados na fita aqui e aqui.