Discussão do artigo "Acelerar cálculos com a rede MQL5 em nuvem" - página 5

 
litechat:

Mas seria legal se o indicador fosse calculado na Cloud Network em tempo real. Eu mesmo sou programador e acho que isso pode ser feito.

Em princípio, nada impede que você calcule qualquer coisa por meio do segundo MT5, que está sendo executado ao lado dele e conectado à nuvem.

Outra questão é que eles são, por assim dizer, hortas.

Se houver suporte para otimização (inclusive via claud) diretamente na MQL5, será ótimo.

Estamos pedindo isso há muito tempo. Não me lembro o que os desenvolvedores responderam.

 
komposter:

Em princípio, não há nada que o impeça de ler qualquer coisa por meio do segundo MT5, que está sendo executado ao lado dele e conectado ao claude.

No momento, é assim que funciona, dois computadores trabalham juntos e todos os núcleos são usados em cada um deles.

Se eu ficar mais rico, comprarei 100 computadores, mas, por outro lado, seria legal comprar agentes na Cloud Network que pudessem contar indicadores ou especialistas.

 
litechat:

No momento, isso é feito, 2 computadores trabalham juntos em cada computador usando todos os núcleos.

Se eu ficar mais rico, comprarei 100 computadores, mas, por outro lado, seria legal comprar agentes na Cloud Network que pudessem ler indicadores ou especialistas.

Descreva, em palavras gerais, que tipo de tarefas você resolve para o indicador?

Temos um plano para lançar a tarefa de otimização em segundo plano (basicamente qualquer cálculo) diretamente da MQL5, o que nos permitirá criar Expert Advisors/indicadores otimizados automaticamente. Mas, até o momento, não há uma demanda óbvia, de modo que a ideia foi interrompida.

 
Renat:

Descreva em termos gerais que tipo de tarefas você está resolvendo para o indicador?

Temos um plano para lançar a tarefa de otimização em segundo plano (basicamente quaisquer cálculos) diretamente da MQL5, o que nos permitirá criar Expert Advisors/indicadores otimizados automaticamente. Mas, como não há uma demanda óbvia, a ideia foi interrompida.

Em palavras gerais:

-- O Oncalculate é iniciado a cada tick + eu o inicio a cada 1 segundo se não houver ticks por temporizador (passando matrizes do último tick)

-- Dentro do Oncalculate, executo muitos cálculos cíclicos (nos cálculos, uso matrizes substituídas no Oncalculate); os resultados dos cálculos estão localizados nos buffers do indicador, que é a curva do indicador; o tempo de processamento da chamada do Oncalculate não é superior a 900 milissegundos (caso não haja ticks); deixo 100 milissegundos para o terminal desenhar e atender a outras necessidades (o ChartRedraw não ajuda, não tentei descobrir o motivo).

O que eu gostaria:
-- Que, por exemplo, o Oncalculate com parâmetros de entrada funcionasse em vários agentes e seu resultado fosse de alguma forma recebido e usado no indicador, por exemplo, dentro de alguma nova função OnResultAgent, a primeira coisa que me veio à mente. Tenho certeza de que você sabe melhor do que eu como organizar isso corretamente.

 

A otimização algorítmica não ajudaria?

Provavelmente há uma grande quantidade de cálculos irracionais/repetitivos/não otimizados.

 

Cada ciclo de cálculo é único, quanto mais tempo eu tiver para calcular, mais precisa será a previsão, por isso é necessário um desempenho adicional.

 

o código foi otimizado por um longo tempo,

 
Renat:

A otimização algorítmica não ajudaria?

Deve haver uma enorme quantidade de cálculos irracionais/repetitivos/não otimizados.

Ideia convencida e delirante, mais barata para comprar computadores.
 
litechat:

No momento, isso é feito, 2 computadores trabalham juntos em cada computador usando todos os núcleos.

Se eu ficar mais rico, comprarei 100 computadores, mas, por outro lado, seria legal comprar agentes na Cloud Network que pudessem contar indicadores ou especialistas.

Você não precisa de dois computadores.

Você precisa de dois terminais: um com um indicador e o segundo - conectado à nuvem - com um Expert Advisor de cálculo.

Mas essa opção seria adequada se os cálculos levassem pelo menos alguns minutos (melhor, algumas dezenas de minutos); caso contrário, toda a vantagem será consumida pela execução do terminal no modo de otimização.

 

Li os comentários e algumas pessoas escreveram que, na rede em nuvem, a otimização genética será mais lenta do que a otimização regular por força bruta.

Quem está certo?