Erros, bugs, perguntas - página 2773

Novo comentário
 
Dmitriy Skub:

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.

Dmitriy Skub:

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).

   int      ibars=iBars(NULL,0);
   int      filehandle=0,hWPR;
   double   WPRBuffer[];//буфер для индикатора

   hWPR=iWPR(NULL,period,240);
   int y=CopyBuffer(hWPR,0,0,ibars,WPRBuffer);
   if(y<=0){Print("Не удалось скопировать данные WPR. Error = ",GetLastError());
 
fxsaber:

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.

 
fxsaber:

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.

 
Dmitriy Skub:

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.

 
Dmitriy Skub:

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).

 
fxsaber:

Uma vez que é tão fácil de reproduzir, atirar os dados para a reprodução.

Refere-se a ficheiros binários?
 
Dmitriy Skub:
Refere-se a ficheiros binários?

Servidor e código para reprodução.

1...276627672768276927702771277227732774277527762777277827792780...3184
Novo comentário