Erros, bugs, perguntas - página 2961

[fxsaber]

Aleksei Skrypnev:

E quanto à carga no vpc na RAM em 1º lugar/processador? Há todo o tipo de falhas devido a problemas com ela.

Há de tudo muito. Máquina poderosa.

Também gostaria de tentar ver se o Windows apanha a fechadura e a alavanca no vpc.

E tem.

[Stanislav Korotky]

Surgiu uma questão: a margem de câmbio deve ser recalculada ou não? Vejo nos relatórios MT que não é recalculado. Por exemplo, a conta está em dólares, compro gazmec ou outra coisa cotada em rublos (margem em rublos). Nesse momento, a conta bloqueia a margem em dólares à taxa de câmbio no momento da compra. Mas passado algum tempo, no dia seguinte, por exemplo, devido a mudanças na usdrub, em teoria, deveria ser obtida uma margem diferente em dólares.

[fxsaber]

Por favor, partilhe as suas ideias sobre a tarefa (MT4):

O indicador tem de escrever o número de entrada em algum lugar. E o Conselheiro Especialista deve lê-lo.

Fi-lo através de variáveis globais. Mas esta implementação dá-me lentidão na GlobalVariableGet até 100ms no servidor remoto! Muito frequentemente - dezenas de ms. Embora não utilize GlobalVariableFlush em lado nenhum, decidi segurar-me contra possíveis atrasos de HDD e converti tudo para GlobalVariableTemp. Não ajudou.

Depois transferi todos os dados transferidos/recebidos através dos Recursos. Ficou muito melhor. Raramente passam uns poucos milissegundos. Tudo somado, o desempenho melhorou consideravelmente, tendo sido o pior dos travões num ponto plano.

Contudo, levantou-se uma questão: existe outra forma de resolver o problema? Pensei em escrever um número para alguma propriedade do gráfico. Ter de me mexer onde nunca tive a intenção de o fazer.

Quem usa aGlobalVariableGet no seu VPS, pode dizer-me quanto tempo leva a executar.

[Andrey Khatimlianskii]

fxsaber:

Por favor, partilhe as suas ideias sobre a tarefa (MT4):

O indicador tem de escrever o número de entrada em algum lugar. E o Conselheiro Especialista deve lê-lo.

OEventChartCustom não é adequado?

Porque não simplesmente colocá-lo no buffer e não lê-lo pelo Conselheiro Especialista? Ou o indicador tem de ser lançado separadamente?

[fxsaber]

Andrey Khatimlianskii:

EventoChartCustom não é adequado?

Porque não simplesmente colocá-lo no tampão e lê-lo pela EA? Ou o indicador tem de ser executado separadamente?

Isto é HistoryTicks - apanhar todas as carraças para Consultores Especialistas. Portanto, EventChartCustom não é adequado, tem a sua própria fila de espera. O mesmo se passa com o tampão.

[Roman]

fxsaber:

Por favor, partilhe as suas ideias sobre a tarefa (MT4):

O indicador tem de escrever o número de entrada em algum lugar. E o Conselheiro Especialista deve lê-lo.

Fi-lo através de variáveis globais. Mas esta implementação dá-me lentidão na GlobalVariableGet até 100ms no servidor remoto! Muito frequentemente - dezenas de ms. Embora não utilize GlobalVariableFlush em lado nenhum, decidi segurar-me contra possíveis atrasos de HDD e converti tudo para GlobalVariableTemp. Não ajudou.

Depois transferi todos os dados transferidos/recebidos através dos Recursos. Ficou muito melhor. Raramente passam uns poucos milissegundos. Tudo somado, o desempenho melhorou consideravelmente, tendo sido o pior dos travões num ponto plano.

Contudo, levantou-se uma questão: existe outra forma de resolver o problema? Pensei em escrever um número para alguma propriedade do gráfico. Ter de me mexer onde nunca tive a intenção de o fazer.

Quem usaGlobalVariableGet no seu VPS, por favor informe quanto tempo leva a executar.

No indicador cria uma variável int, inicializa-a e guarda o número.
No indicador define a função personalizada que devolve esta variável.
Definir a função com a palavra-chave de exportação.
Importar esta função no Expert Advisor de name_indicator.ex4
Chamar a função quando necessário.
Não medi a velocidade.

[Sergey Genikhov]

Bom tempo!

Código emprestado de artigo sobre objectos gráficos, MT5 se alguma coisa.

1. O primeiro problema: os botões que fiz funcionar de alguma forma numa conta demo/real, mas num visualizador, não funcionam. Não encontrei quaisquer condições tais como MQLInfoInteger(MQL_TESTER) para o Testador de Estratégia.

2. Tentei adicionar pontos de travagem e depurar o código, mas o debug ignorou os pontos de travagem.

3. Porque é que o debug abre sempre os testes no visualizador automaticamente?

Tentei fazer a depuração noutro MT5, o mesmo problema.

Implementei estes testes utilizando OHLC.

Qual é o seu conselho?

[A100]

Roman:

Não quente, mas já quente

[Roman]

A100:

Não quente, mas já quente

Para o manter quente, depois utilizar o Mapa de Ficheiros com a calendarização do evento.

[Nikolai Semko]

fxsaber:

Por favor, partilhe as suas ideias sobre a tarefa (MT4):

O indicador tem de escrever o número de entrada em algum lugar. E o Conselheiro Especialista deve lê-lo.

Fi-lo através de variáveis globais. Mas esta implementação dá-me lentidão na GlobalVariableGet até 100ms no servidor remoto! Muito frequentemente - dezenas de ms. Embora não utilize GlobalVariableFlush em lado nenhum, decidi segurar-me contra possíveis atrasos de HDD e converti tudo para GlobalVariableTemp. Não ajudou.

Depois transferi todos os dados transferidos/recebidos através dos Recursos. Ficou muito melhor. Raramente passam uns poucos milissegundos. Em suma, o desempenho melhorou consideravelmente, a travagem brusca e plana desapareceu.

Contudo, levantou-se uma questão: existe outra forma de resolver o problema? Pensei em escrever um número para alguma propriedade do gráfico. Ter de me mexer onde nunca tive a intenção de o fazer.

Quem estiver a utilizara GlobalVariableGet no seu VPS, por favor verifique o seu tempo de execução.

Se a utilização do user32.dll não for crítica, aqui está outra opção. Não me lembro de nada sobre medidas, mas escrevi lá em baixo que parece funcionar rapidamente. Perguntou aí porque preciso de velocidade :))
solução é universal (também a posso utilizar entre terminais), não é conduzida por eventos. Terá de trabalhar com temporizador. No entanto, o tempo mínimo entre eventos noOnChartEvent também não pode ser inferior a 1/64 segundos.