Erros, bugs, perguntas - página 2773
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
Não, nenhuma operação com matrizes é feita. Apenas recuperação de dados e acesso a elementos estruturais (tempo e sua conversão por função regular).
É uma pena que o binário não tenha sido mostrado. Parece ser um problema com os últimos pauzinhos.
Fórum sobre comércio, sistemas automatizados de comércio e testes de estratégia comercial
Insectos, insectos, perguntas
fxsaber, 2020.06.11 05:30
Existe alguma forma de medir a latência de pico da rede em VPS ou em pacotes de rede in/out do Terminal?
Presumo que haja breves picos de latência de rede num VPS com zero pings.
Embora seja difícil explicar porque é que o mesmo SymbolInfoTick pode executar mais de 100ms.
HH Já agora, o carregamento de carraças frescas através do CopyTicksRange, que normalmente demora menos de 1 ms, à meia-noite demora mais de três segundos. Aparentemente, à meia-noite, a base de carraças está a ser reformada.
Não, não são feitas operações de matriz. Apenas obtenção de dados e acesso a elementos da estrutura (tempo e sua conversão pela função regular).
Assim, temos dois cavalos esféricos - um erro com ordens de negociação (aumento periódico do tempo de execução) e a recuperação de dados. Duas funções principais do terminal.
Outros utilizadores queixam-se também (até fizeram um pruf com vídeo):
www.mql5.com/en/forum/169358#comment_15375048
www.mql5.com/en/forum/169358/page2#comment_15376573
www.mql5.com/en/forum/334646#comment_15374754
Boa tarde, pode dizer-me por favor porque é que o indicador pode gerar erro 4806 (Dados solicitados não encontrados).
Existe alguma forma de medir a latência de pico da rede em VPS ou dentro/fora dos pacotes de rede do Terminal?
Presumo que haja breves picos de latência de rede em VPS com zero pings.
Embora seja difícil explicar porque é que o mesmo SymbolInfoTick pode executar mais de 100ms.
HH Já agora, o carregamento de carraças frescas através do CopyTicksRange, que normalmente demora menos de 1 ms, à meia-noite demora mais de três segundos. Aparentemente, à meia-noite, a base de carraças é reformada.
Eu não uso VPS - a minha ligação ao servidor do corretor é estável a 2,5ms. À meia-noite não é tão crítico - troca de 10 a 23-50.
Foi demonstrado no fio relevante que não se trata de latência de rede.
Pena que o binário não tenha sido mostrado. Parece haver um problema com os últimos pauzinhos.
Enviou-o ao PM.
Agora, quando os dados não estão a chegar (a troca está fechada), é possível obter carraças no valor de seis meses sem erros. Mas mesmo assim, nem sempre, por vezes há erros.
Parece um bug multi-tarefas.
Agora, quando os dados não estão a chegar (a troca está fechada), é possível obter carraças no valor de seis meses sem erros. Mas mesmo assim, nem sempre, por vezes há erros.
Parece um insecto com multi-tarefas.
Uma vez que é tão fácil de reproduzir, atirar os dados para reprodução.
Agora, quando os dados não estão a chegar (a troca está fechada), é possível obter carraças no valor de seis meses sem erros. Mas mesmo assim, nem sempre, por vezes há erros.
Parece um insecto com multi-tarefas.
Pode tentar testar no MT5 instalado em máquina virtual com um processador (VMWare Player).
Uma vez que é tão fácil de reproduzir, atirar os dados para a reprodução.
Refere-se a ficheiros binários?
Servidor e código para reprodução.