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
Alternativamente, para evitar preocupações de que o Symbol() coma o tempo, então deixe os dois manipuladores "alimentarem-se" igualmente.
Podemos substituir a função Symbol() por uma variável pré-definida _Symbol
O símbolo() não tem nada a ver com isso. O tempo no registro é correto.
O atraso está na fila de eventos ou nas funções SymbolInfo.
É disso que estou falando.
Portanto, se você precisar do copo, trabalhe com a OnBook. Se não for necessário, trabalhar no OnTick (sem filas de espera e chamadas desnecessárias).
O que resta descobrir é a maneira mais rápida de obter o histórico real do tick para ambos os métodos.
Eu acho que, se apenas o último sinal for necessário, SymbolInfo é melhor. Se precisarmos de um histórico sem lacunas, então apenas CopyTicks.
O símbolo() não tem nada a ver com isso. O tempo no registro é correto.
O atraso está na fila de eventos ou nas funções SymbolInfo.
É disso que estou falando.
Concordo que a Symbol não pode mastigar muito, mas pode dar alguma contribuição, e certamente para a pureza do teste leva tempoantes de qualquer chamada.
Quanto à fila - estou curioso sobre este ponto - até que ponto o OnBook pode ficar atrás do mesmo OnTick em condições ideais. Ou seja, quando apenas este Símbolo é subscrito, o terminal não está ocupado com mais nada, etc., e o que o causa.
Até agora não posso concordar que se trata apenas da fila, porque se os manipuladores não estão fazendo nada, então a fila de 5-6 OnBooks não deve consumir mais do que a operação de verificação do Símbolo.
Devemos remover todos os cheques e ver o que se passaentre OnTick e OnBook para o mesmo tick.
ap: Ficou claro que a impressão voraz não permite um controle limpo, pois a fila será longa por causa da impressão)
Tenho que colocar o tempo sem a impressão na matriz ulong, e então já uma vez a cada 5 minutos para imprimir tudo, mais tarde vou codificá-lo.
Queria colocar o código para testar primeiro
Mas eu não posso abrir a conta de abertura de demonstração para algo. O tempo provavelmente não está funcionando, ou há outros problemas?
Depois codifique para dopilizar para comparar exatamente a partir de um evento.
Queria colocar o código para testar primeiro
Mas eu não posso abrir a conta de abertura de demonstração para algo. O tempo provavelmente não está funcionando, ou há outros problemas?
Depois codifique para dopilizar para comparar exatamente a partir de um evento.
Você tem que abri-lo no site deles. Eles então enviam um código para os correios.
Acho que se apenas o último tique for necessário, SymbolInfo é melhor. Se você precisa de um histórico sem lacunas, então apenas CopyTicks.
A questão é que o Mercado Urgente (FORTS) mesmo em instrumentos "altamente líquidos" é muito fraco,
Isso significa que ao preço certo você pode comprarum número muitolimitado de contratos, portanto, não precisamos apenas do preço,
mas o volume de contratos a este preço é muito importante.
E a SymbolInfo não dá o volume deste preço.
Devido a isso, precisamos usarMarketBookGet() que fornece tanto o preço quanto o volume do livro inteiro.
Você pode usarMarketBookGet() somente em pares com MarketBookAdd, obtendo as mudanças do market cup.
no OnBookEvent. Você pode adicionar o mercado (MarketBookAdd) e usarMarketBookGet() da OnTck(),
mas neste caso, outros deslizes de mercado(ordens pendentes não ao melhor preço) serão perdidos.
É verdade, o mercado pode brincar com isso e construir o deslize do mercado a partir de carrapatos recebidos, mas será realmente necessário?
Adicionado por
E não concordo que possamos receber carrapatos da história quando OnTck() é acionado.
Lembrando o último tick time, quando OnTck() é acionado, podemos obter ticks
em tempo real um(s) novo(s) tick(s) entrou(em) - desencadeou OnTck() lemos imediatamente, ou seja, não é história.
Resta descobrir a maneira mais rápida de obter o histórico real do tick para ambos os métodos.
Meu OnTick() é o mesmo ou um pouco mais rápido que o OnBook (mas o OnBook tem enormes atrasos).
Eu estava testando a velocidade das funções(microssegundos)
OnTick - имеется ввиду CopyTicks из OnTick
O mais rápido éSymbolInfoTick, mas esta função não coloca volume no tick!
Veja para obter ajuda.
tick [out] Ссылка на структуру типа MqlTick, в которую будут помещены текущие цены и время последнего обновления цен.
Isto é, apenas tempo e preço, mas sem volume :(
Para instrumentos negociados em bolsa (especialmente FORTS), não é apenas o preço que importa,
mas também o volume de contratos a esse preço!
Tentei pegar o vidro pela OnTick() - enormes atrasos claramente visíveis "a olho nu"!
Você tem tudo bagunçado.
Escrevi anteriormente que as negociações e o nível2 são assinaturas de dados diferentes, portanto, são manipuladores de eventos diferentes.
É por isso que as negociações devem ser chamadas da OnTick, e as gangues de volume da OnBook.
Você está tentando ligar para as negociações de eventos OnBook e gangues da OnTick. Pensando que o OnBook será mais rápido para as negociações.
Não vai ser mais rápido, acho que é uma ilusão comparar dois manipuladores de eventos, cada um dedicado a seu próprio fluxo de dados.
Entendo que é tudo experimentos, mas sem entender a lógica de que existem dois fluxos de dados (comércio e nível 2), você confundirá infinitamente esses manipuladores OnTick e OnBook.