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
Infelizmente, não é possível monitorar a aceitação de ordens pendentes, porque esta informação não está disponível no lado do Terminal. Mas quase invariavelmente, a presença de atrasos significativos no lado das ordens TP/SL não pode deixar de afetar os atrasos na execução das ordens. Uma vez que a causa parece ser da mesma natureza.
Log de acionamento do limitador tirado do servidor comercial.
2020.11.26 09:32:23.053 '': order [#199 sell limit 0.01 EURSEK at 10.15957] triggered, activation price 10.16102 [10.16102 / 10.16354]
Aceitar-Ticar.
3ms de atraso na execução do limitador. Provavelmente, verificações de correção de margem muito caras, etc.
Talvez haja uma opção no servidor para desativar as verificações.
Até agora, a conclusão intermediária é que o atraso é da mesma natureza, tanto para os níveis TP/SL quanto para as ordens.
HH O tick foi escrito no banco de dados MT5 às 09:32:23.050, mas era 09:32:23.039 na máquina do servidor comercial antes disso. Ou seja, 11 ms antes. Total 14 (11 + 3) ms de atraso.
As pessoas vivem)) Três milissegundos é um problema.
Isto está em um servidor comercial completamente vazio com carga de CPU zero.
O exemplo acima foi durante centenas de milissegundos no MQ-Demo.
Como está, mesmo três milissegundos é muitas vezes a causa de um redirecionamento. É como não pegar um avião por causa de um semáforo.
SZZ o tick foi registrado no banco de dados MT5 às 09:32:23.050, mas a máquina com o servidor comercial antes disso bateu às 09:32:23.039. Ou seja, 11 ms antes. Total 14 (11 + 3) ms de atraso.
Favor verificar também a velocidade de escrita de carrapatos para a base MT5.
Eu só tinha um pedido na minha conta real que fechou em uma takeaway, o que não é de se estranhar, o estoque))))
Eu só tinha um pedido na minha conta real que fechou no take, sem surpresa lá, estoque))))
Você tem uma situação muito legal.
na minha conta real que fechou a valor de aquisição, não é uma surpresa, é um estoque))))
O tempo de nascimento da ordem TP e o tempo de sua execução coincidem com a precisão de um milissegundo. Talvez, esta seja uma peculiaridade da troca.
Mas o tempo de nascimento do pedido é de 14 milissegundos. Isso é muito para uma negociação na bolsa de valores.
Parece ter descoberto a causa. Executando o script na máquina em que o servidor está rodando.
Resultado.
À esquerda, está o tempo de impressão. À direita está a hora do tique de entrada. O atraso pode ser visto claramente. Parece que o OnTick é acionado alguns milissegundos depois que o tick é escrito para o servidor comercial.
Parece que a parte do servidor responsável pela ativação do pedido está atrasada, como acontece com sua chegada ao terminal.
Eu também tenho um registro completo de mensagens como essa. Talvez as coisas mudem após o fim de semana.
2020.11.25 16:52:52.992 Trades '92810': failed modify #1758569 sell 0.02 USDJPY sl: 0.000, tp: 104.293 -> sl: 0.000, tp: 0.000 [Unknown error]
desapareceu.
desapareceu.
Seu registro confirma plenamente que a repetição da ordem TP só é formada após a chegada de um novo tick.
Fórum sobre comércio, sistemas automatizados de comércio e testes de estratégia comercial
Aceitação de ordens SL/TP
Enrique Dangeroux, 2020.11.30 19:04
Têm lidado com o corretor em muitos outros troncos similares (hoje) lidando com essas situações.
https://www.mql5.com/ru/forum/341117 ainda é um problema atual
Quanto à revista, não existiam "cenários comerciais".