MT5 e velocidade em ação - página 29
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
Identificar uma interrupção na comunicação
Eu não sei como fazer isso.
Eu não sei como fazer isso.
O que o faz pensar que eles acontecem e a OnTrade se perde? A partir da documentação?
O que o faz pensar que eles acontecem e a OnTrade se perde? A partir da documentação?
Porque a Relogin restabelece o cache histórico, que (presumo) é dopado através do mecanismo OnTrade.
Não tenho certeza de como fazer isso.
Sem sair do tempo intertiki MT5, se possível. E com operações comerciais em relação à ordem no CD sem ajuda interna, não consigo pensar em nada.
Não sair do tempo de entretítulos MT5, se possível. E com operações comerciais em relação à ordem no CD sem ajuda interna, não consigo pensar em nada.
Eu não entendo.
Eu não entendo.
Sim, algo está errado. O tempo entre colchetes é apenas para carrapatos ausentes devido a uma interrupção na comunicação. E em termos de consultas e correção de respostas em pedidos, negociações e estados de posição, se a resposta for perdida ou alterada devido a uma falha de conexão e atrasos por causa disso, não parece haver uma solução barata. A reconquista no próximo tick nem sempre é uma opção.
A solução para mim seria uma função interna para acompanhar o status das transações/posições com relação às ordens para abrir, modificar, fechar parcialmente e fechar totalmente uma posição. O pedido de rastreamento do resultado poderia ser estabelecido na própria ordem. E obtenha o resultado no tick atual e não no próximo.
Você pode me dizer o que fazer para que eu não tenha que lidar com isso enquanto negocia?
A julgar pela época da extração, tudo aconteceu em 7ms.
Se você quiser ter uma discussão construtiva, dê-nos as condições de teste completas (servidor, tipo de conta, número de símbolos selecionados, número de EAs, etc.).
O código de medição SymbolInfoTick runtime:
No servidor MetaQuotes-Demo (20 símbolos selecionados, Netting, 4 posições abertas):
131 símbolos selecionados, 10 posições em aberto:
A julgar pela hora das entradas dos registros, tudo aconteceu em 7ms.
Isso são três EAs diferentes.
Se você quiser uma discussão construtiva, então dê todas as condições de teste por completo (servidor, tipo de conta, número de símbolos selecionados, número de EAs, etc.).
Conta real, RannForex-Server, 16 símbolos, gráfico M1 aberto em cada um (5000 barras máximas), em cada um deles está sendo executado um EA, que acessa apenas seu próprio símbolo.
Pode haver cerca de 50 posições e o mesmo número de pedidos de cada vez. Não há indicadores, e apenas CopyTicksRange (carrapatos frescos) e SymbolInfoTick são usados para obter os preços. Não há referência a barras.
Estes são três EAs diferentes, apresentados.
Conta real, RannForex-Server, 16 símbolos, gráfico M1 aberto em cada um (5000 barras máximas), em cada um deles está sendo executado um EA que só acessa seu próprio símbolo.
Pode haver cerca de 50 posições e o mesmo número de pedidos de cada vez.
Se eu entendi corretamente, não há um EA lá, mas um testador de estresse em cada símbolo. Isto muda completamente as coisas. E mostra a ocultação das condições iniciais.
Ou seja, 16 fios em um processador 8(4+HT) (+N fios do terminal do trabalhador em paralelo) sem parar e sem atrasos se quebram em um objeto de banco de dados de símbolos sincronizados. Os cadeados de leitura/escrita são misturados porque há uma escrita constante de carrapatos.
Normalmente em tal perfil, dependendo da inclinação do processador e seu domínio dos fios, cada fio pode passar de 60% a 80% do tempo de espera.
E isto é independente do tipo de tarefa.
Se eu entendi corretamente, não há um EA lá, mas um testador de estresse em cada símbolo.
Entendido equivocadamente. Cada EA é puramente comercial (no Testador por carrapatos reais não abranda) e não depende de outros. Toda lógica de negociação é executada apenas no OnTick, sem spam das ordens de negociação, sem recorrência, sem globalização e sem recursos.
OnTrade*, OnBook não são utilizados. Segundo timer e OnChartEvent para o caso quando certas teclas são pressionadas.
Estou certo de que a implementação adequada (por você ou por mim) de instantâneos reduzirá muito o número de chamadas de funções ambientais regulares. Da mesma forma, os atrasos serão drasticamente reduzidos.
Nunca pensei que isso chegaria a truques de instantâneo. Estou estudando a questão, já que a implementação padrão do MT5-assessor é coxa, infelizmente.