![MQL5 - Linguagem para estratégias de negociação inseridas no terminal do cliente MetaTrader 5](https://c.mql5.com/i/registerlandings/logo-2.png)
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
Como você faz isso?
Acabou de reproduzir os freios quando 6/8 agentes estavam em funcionamento.
Acabou de reproduzir os freios quando 6/8 agentes estavam em funcionamento.
Isto é, problema quando a CPU é carregada.
MQ-Demo, 20 gráficos, b2656. Somente o Terminal está funcionando na máquina, o Testador não está funcionando.
Acabou de reproduzir os freios quando 6/8 agentes estavam em funcionamento.
Isto é, o problema é quando a CPU é carregada.
Esta é uma nova informação para você?
Esta informação é nova para você?
Não entendo bem por que é impossível contornar estes atrasos de carga da CPU. Provavelmente incompetente para fazer isso.
Entretanto, abaixo está um teste limpo que mostra o problema da relevância dos dados de preços no MT5. Eu forneci o código com comentários. Em resumo, os carrapatos são tirados via SymbolInfoTick/stack e verificados uns contra os outros. Particularmente, para evitar lacunas e grandes desfasamentos entre carrapatos idênticos de fontes diferentes.
Resultado (apenas um MT5-b2656 rodando na máquina, carga da CPU em torno de zero, um gráfico, Testador não utilizado).
Por favor, confirme a reprodução.
Total intermediário para uma máquina com descarga rápida.
Pergunta para os Desenvolvedores.
Suponha que o SymbolInfoTick tenha sido executado por 5 ms. O tique corresponderá à hora atual, ou 5 ms antes disso?
Os freios SymbolInfoTick estão fechados. O resultado é este.
Se a CPU estiver sobrecarregada (como Optimize nem mesmo em todos os núcleos), o SymbolInfoTick pode levar até dezenas de milissegundos para ser concluído. Não há resposta porque esta função mais popular no Terminal não é fotografada regularmente. Se possível, faça instantâneos. E não esqueça que mesmo com carga zero da CPU a função OnTick pode funcionar dezenas de milissegundos mais tarde do que um tick que chega ao Terminal.
Em resumo, bastante triste, mas não pode preocupar aqueles que comerciam de forma primitiva.
Os freios SymbolInfoTick estão fechados. O resultado é este.
Se a CPU estiver sobrecarregada (como Optimize nem mesmo em todos os núcleos), o SymbolInfoTick pode levar até dezenas de milissegundos para ser concluído. Não há resposta porque esta função mais popular no Terminal não é fotografada regularmente. Se possível, faça instantâneos. E não esqueça que mesmo com carga zero da CPU a função OnTick pode funcionar dezenas de milissegundos mais tarde do que um tick que chega ao Terminal.
Em resumo, muito infeliz, mas não pode incomodar aqueles que comerciam de forma primitiva.
Para aqueles que comercializam "não primitivos": o hardware tem que estar à altura da tarefa.
"nem mesmo em todos os núcleos" - você está falando de "6/8"? ou seja, 6 processos, e cada um deles carrega 100% de um núcleo de CPU durante a duração do teste? E existem apenas 4 núcleos físicos? E sinceramente surpreendido que em tais antecedentes o teste "desfasamento"?
Se este é de fato o seu nível de compreensão, então: "Aprender, aprender e aprender de novo".
Se você quiser violar CPU com 16-20 fios - compre CPU com 20 núcleos físicos, no mínimo.
Para aqueles que comercializam "não primitivos": o hardware tem que estar à altura da tarefa.
"nem mesmo em todos os núcleos" - você está falando de "6/8"? quero dizer 6 processos, e cada um deles carrega 100% um núcleo de CPU durante todo o tempo de teste? E existem apenas 4 núcleos físicos? E sinceramente surpreendido que em tais antecedentes o teste "abrande"?
Se este é de fato o seu nível de compreensão, então: "Aprender, aprender e aprender de novo".
Se você quiser violar CPU com 16-20 fios - compre CPU com 20 núcleos físicos, no mínimo.
Tenho certeza de que posso provar que a obtenção de seus preços atuais é implementada muito lentamente. A carga da CPU cria tal lentidão somente por causa da implementação incorreta da função mais importante na MQL5.
Tenho certeza de que posso provar que sua implementação de obter os preços atuais é muito lenta. A carga da CPU só cria tais lentidão devido à implementação incorreta da função principal na MQL5.
Código de teste:
Prove-o.