Erros, bugs, perguntas - página 2961
![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
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.
Por favor, partilhe as suas ideias sobre a tarefa (MT4):
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.
Por favor, partilhe as suas ideias sobre a tarefa (MT4):
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?
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.
Por favor, partilhe as suas ideias sobre a tarefa (MT4):
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.
Não quente, mas já quente
Não quente, mas já quente
Para o manter quente, depois utilizar o Mapa de Ficheiros com a calendarização do evento.
Por favor, partilhe as suas ideias sobre a tarefa (MT4):
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.