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
Tem sido afirmado repetidamente em outro tópico que até mesmo o Terminal abranda devido a um grande número de fatores. Como conseqüência, um Servidor Comercial muito mais complexo está fadado a desacelerar ainda mais. Eu ainda espero que a otimização algorítmica ainda seja possível. Mesmo um atraso de 5 ms já é muito ruim. O que dizer de centenas de milissegundos.
E quanto às contas demo não é muito interessante (posso depurar qualquer plug-in lá, testar novo hardware, etc.).
E encontrei no máximo 17 ms em contas ao vivo (não estou dizendo que não é longo, simplesmente não pode ser comparado com 30 segundos).
Daí a suspeita de uma configuração de servidor em cascata.
Que na demonstração não é muito interessante (você pode depurar qualquer plugin lá, testar novo hardware, ...).
E em contas ao vivo encontrei no máximo 17 ms (não estou dizendo que não é suficiente, apenas não se compara com 30 segundos).
Infelizmente, eles não mostraram quantos pedidos eles verificaram.
Fórum sobre comércio, sistemas comerciais automatizados e estratégias comerciais de teste
Aceitação de ordens SL/TP
fxsaber, 2020.11.25 01:23
Daí a suspeita de uma configuração de servidor em cascata.
O corretor confirmou o problema e conseguiu encontrá-lo e consertá-lo (estará disponível após o fim de semana). Mas é difícil dizer se isso foi devido ao MT5.
Mas atirar pedras na direção do MT5 pode definitivamente ser feito por esta situação.
Fórum sobre comércio, sistemas automatizados de comércio e testes estratégicos
Aceitação de ordens SL/TP
fxsaber, 2020.11.25 00:47
Não sei, eu estava tentando conseguir que meu corretor liberasse meu pedido, mas eu estava me apaixonando pela situação em que eu estava quando negociei no Terminal que está na mesma máquina onde o Trade Server está instalado. Isto é, com um ping muito baixo e uma única conta de negociação para o Trading Server.
O Terminal e o Servidor estão na mesma máquina. Carga zero. Um novo take recebeu tal alerta.
Log do servidor.
Aceite-tick no servidor.
Confirmação completa dos dados do roteiro de que há um problema. Dentro do servidor com carga zero, houve um atraso de 4ms.
outra explosão cerebral do fxsaber.
Parece ser realmente um problema no servidor. Esta é uma conta demo MT5
Em uma conta real com o mesmo corretor, o roteiro retorna resultados zero. Há mais de 3000 transações na conta.
Em uma conta real no mesmo corretor, o roteiro retorna resultados zero. Há mais de 3.000 transações na conta.
Isto é suspeito. Eu não encontrei nenhum atraso em minhas contas.
Não tenho certeza se está relacionado. Mas eu recebo muitos deles.
Erros que acionam Tomar quando a posição é alterada. Então o Take é acionado, desvia algumas vezes, depois pendura, eu mudo o tp para zero para fazer marcha atrás e cai.
Antes de mudá-lo, eu o verifico
Para que a posição não congele.
Isto é suspeito. Em nenhuma parte de minhas contas encontrei a falta de desfasamentos.
Eu pensava o mesmo, mas uma investigação mais profunda mostrou que havia cerca de 100 por Tomar só os fechamentos
Portanto, para um tamanho de amostra pequeno.
Fórum sobre comércio, sistemas comerciais automatizados e estratégias comerciais de teste
Aceitação de ordens SL/TP
Enrique Dangeroux, 2020.11.25 17:20
Não tenho certeza se isto está relacionado. Mas eu recebo muitos deles.
Também tenho todo o meu registro em tais mensagens. Talvez após o fim de semana a situação mude.
Fórum sobre comércio, sistemas comerciais automatizados e estratégias comerciais de teste
Aceitação de ordens SL/TP
fxsaber, 2020.11.25 16:30
O corretor confirmou o problema e conseguiu encontrá-lo e consertá-lo (estará disponível após o fim de semana). Mas é difícil dizer se isso foi devido ao MT5.
Consideremos esquematicamente alguns algoritmos da plataforma de negociação. Para simplificar, vamos supor que existe apenas uma LP(provedor de liquidez).
Ordem limite.
Um bom Gateway (com o algoritmo acima) é independente da plataforma comercial específica ao executar o Limitador.
O algoritmo é quase looped e independente de plataforma. A proteção LP contra spam está contida no ponto 3.
Nível TP de uma posição aberta.
O algoritmo não é em loop e é dependente da plataforma. Há proteção contra spam LP.
Este algoritmo tem duas desvantagens além dos custos de comunicação Gateway-MT5.
Melhorias.
Smart Gateway no algoritmo de nível TP de uma posição aberta tem p.6:
Este ponto adicional do algoritmo ainda contém proteção contra spam LP, mas engana o MT5 para realizar o ponto 3. E nenhum tempo precioso é perdido esperando pelo novo tick.
Realidade.
Destes dois algoritmos (mesmo no caso do ponto 6 do segundo algoritmo), segue-se o seguinte.
Uma ordem de limite MT5 tem uma taxa de preenchimento superior ao seu equivalente na forma de uma posição aberta de nível TP. Esta é a razão pela qual podemos frequentemente encontrar situações durante uma rolagem no MT5-Hedge onde a ordem limite é executada, mas sua contraparte TP não é. Em tal caso, CloseBy é feito e a ordem de limite é reexecutada com o volume correspondente.
Conclusão.
Para aumentar o FillRate em MT5, transferir os níveis TP de posições em aberto para ordens de limite MT5.