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
Adicionar uma ordem/comércio ao histórico comercial faz com que o cache HistorySelect seja reconstruído completamente, não parcialmente. Daí os atrasos no acionamento dos pedidos.
b2595 - corrigido, Ótimo!
Verifiquei a história errada, ainda não a consertei.
Fórum sobre comércio, sistemas automatizados de comércio e testes de estratégia comercial
MT5 e Velocidade em Ação
fxsaber, 2020.09.08 19:46
b2596 se tornou mais rápido, ao que parece.
Você pode me dizer o que fazer para evitar este tipo de coisa ao negociar?
A última linha é normal.
Os atrasos podem ser afetados por EAs que funcionam em paralelo? Sem indicadores.
SZY Profiling em terminal vazio.
SymbolInfoTick é uma função cara.
Os atrasos podem ser afetados por EAs que funcionam em paralelo? Não há indicadores.
Eu lancei um terminal vazio em paralelo e o experimentei. Eu não vi a mesma coisa.
Configuração.Fórum sobre comércio, sistemas automatizados de comércio e testes estratégicos
MT5 e Velocidade em Ação
fxsaber, 2020.09.01 21:59
Win10 instalado, LatencyMon mostra que tudo está bem.
De qualquer forma, devido ao fato de que quase todas as funções regulares podem causar um abrandamento, o Expert Advisor de batalha executa cada OnTick por várias dezenas de milissegundos. A soma das chamadas Order*+SymbolInfoTick+Position*, etc. come tanto assim. Não há cálculos matemáticos. Você precisa de instantâneos gratuitos. Sem eles, o HDI no MT5 não funciona.
Algo está errado com a abordagem... Aparentemente, as funções OnTrade são necessárias em vez de escanear o estado a partir do zero em cada tick.
Algo está errado com a abordagem... Aparentemente, as funções OnTrade são necessárias, em vez de digitalizar o estado a partir do zero em cada tick.
O paradigma OOP assume que cada sub-TC escaneia o ambiente comercial. No entanto, se você realmente quiser, pode quebrar um pouco a independência dos objetos do OOP.
Por exemplo, faça um instantâneo completo logo no início da OnTick. E deve ser repetido somente após a chamada das funções sincrônicas - OrderSend e CopyTicks.
Quanto à OnTrade*, a conexão quebra o esquema quando os instantâneos são feitos somente nas funções OnTrade-funções. Caso contrário, é claro, haveria uma grande economia.
O paradigma OOP assume que cada sub-OS escaneia o ambiente comercial. Entretanto, se realmente se quiser, pode-se quebrar um pouco a independência dos objetos do OOP.
Por exemplo, faça um instantâneo completo logo no início da OnTick. E seria repetido somente após a chamada das funções sincrônicas - OrderSend e CopyTicks.
É claro que o objeto de instantâneo deve ser um só.
Quanto à OnTrade*, o link quebra o esquema quando os instantâneos são feitos somente em funções OnTrade. Caso contrário, é claro, haveria uma grande economia.
Detectar uma quebra de conexão e forçar a atualização do instantâneo no próximo tick, e depois voltar ao modo econômico?