Perguntas de Iniciantes MQL5 MT5 MetaTrader 5 - página 61
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 compreendo exactamente qual é o inconveniente. Descarregou a história uma vez no OnInit() para todos os símbolos - é tudo.
Bem, a criação de um indicador garante que o histórico é descarregado com a profundidade certa?
"MQL5 Reference - Acesso a Séries Temporais e Indicadores - Organização do Acesso a Dadoshttps://www.mql5.com/ru/docs/series/timeseries_access
A recepção de novos dados do servidor provoca a actualização automática dos dados de preços utilizados no formato HC para todos os períodos de tempo e o recálculo de todos os indicadores, que obviamente os utilizam como dados de entrada para o cálculo.
Quando chamo um indicador de um Expert Advisor, se o histórico de um símbolo não for carregado, o terminal começará a descarregar os dados e o tráfego permanecerá o mesmo
Não gosto do carregamento independente de dados, é preciso monitorizá-los constantemente, logicamente o próprio terminal da 5ª geração deve fazê-lo! MT4 tem um carregamento independente do histórico a partir do código indicador - "isso foi uma chatice" :)
Oh! agora isto é construtivo, mas ninguém proíbe limitar o número de barras nas definições do terminal - consumirá menos memória, CopyClose() etc. também requer matrizes, e esta é a mesma memória do computador. E parece que no próprio indicador se pode limitar o número de barras para recálculo - também requer menos memória.
tal construção irá funcionar correctamente com o provador?
Sim, "o avisado é prevenido" :)
Discordo aqui sobre consumo de memória semelhante pela função CopyClose(). Esta função permite pequenas matrizes, e o tampão indicador - é sempre esticado até ao seu comprimento total especificado nas definições do terminal, ou seja, pelo menos 50 mil barras.
Diga-me, porque são os recursos computacionais da CPU e não da GPU? Talvez eu não compreenda alguma coisa, mas a eficiência da CUDA e do OpenCL é reconhecida em muitas indústrias. Mesmo para cálculos médicos. E alguns míseros 2-4-8 agentes são apenas patéticos comparados com 128 ou mais agentes de uma placa gráfica.
Quem lhe proíbe a utilização de recursos informáticos da GPU?
Ver:
OpenCL: A Ponte para Mundos ParalelosOpenCL: da codificação ingénua à codificação mais inteligente
Quem o impede de utilizar os recursos informáticos da GPU?
Ver:
OpenCL: A Ponte para Mundos ParalelosOpenCL: da codificação ingénua à codificação mais significativa
não há forma de ligar as placas de vídeo aos cálculos
Não seja absurdo. Dei-lhe links para dois artigos onde está escrito em russo e inglês claro como utilizar as capacidades da GPU para cálculos.
Não seja absurdo. Dei-lhe links para dois artigos onde está escrito em russo e inglês claro como utilizar as capacidades da GPU para cálculos.
A MQ ainda não descobriu como padronizar a pletora de visos que funcionam em computadores com nuvens.
Problema 1: existem vários núcleos de CPU no computador e uma placa de vídeo, todos os agentes irão até à placa pedir recursos.
Problema 2: os visos diferem muito tanto na memória como no número de núcleos (escrever código para um widget personalizado é uma coisa, mas escrever código universal é muito mais difícil). Não se esqueça que a inteligência da multidão é igual à das ovelhas mais burras. Daí o problema da barra a estabelecer. Para um código 128 núcleos e 512 Mb de memória será suficiente, enquanto outro código não precisará de menos de 2GB e 2048 núcleos. Mais uma vez, a viscosidade varia muito mais do que a CPU, daí o problema com as aplicações de clusão. Para as CPUs, o problema é resolvido através do nível PR a partir do qual os núcleos são autorizados a ser utilizados pelos agentes.
Diga-me, porque é que os cálculos são feitos por CPUs e não por GPUs? Talvez me esteja a faltar algo, mas a eficiência da CUDA e do OpenCL é reconhecida em muitas indústrias. Até cálculos médicos são utilizados. E alguns míseros 2-4-8 agentes são apenas patéticos comparados com 128 ou mais agentes de uma placa gráfica.
A nuvem não tem um mísero 2-4-8 agentes, escalona dependendo da tarefa, estava a testar uma EA com 512 agentes, para tarefas sérias poderia ter mais.
Não se iluda, os agentes não usam GPUs porque a MQ ainda não descobriu como normalizar numa massa heterogénea de visos em computadores claud.
Não diga asneiras, a GPU é utilizada em agentes locais. Eu não perguntei sobre a chaleira de claud, perguntei sobre o metatenter.
Ver https://www.mql5.com/ru/forum/6042/page10Renat:
A placa de vídeo já está ou não habilitada na nova construção do testador? Em caso afirmativo, onde posso ver os resultados?
Sim, é claro. Pode chamar funções OpenCL a partir da MQL5 e calcular as suas tarefas.
Ver https://www.mql5.com/ru/forum/23/page15
MetaTrader 5 Client Terminal build 655
...
25. MetaTester: Apoio adicional para a utilização de programas OpenCL em agentes de teste.
Os programas OpenCL destinam-se a realizar cálculos em placas de vídeo que suportam OpenCL 1.1 ou superior. As placas de vídeo modernas contêm centenas de pequenos processadores especializados que podem realizar simultaneamente operações matemáticas simples nos fluxos de dados recebidos. A linguagem OpenCL organiza essa computação paralela e proporciona uma enorme rapidez para uma determinada classe de tarefas.