Discussão do artigo "Acelerar cálculos com a rede MQL5 em nuvem" - página 4
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
Para responder à minha própria pergunta. Os cálculos de GPU oferecem uma boa vantagem quando você precisa fazer vários cálculos simples, por exemplo, calcular o número de pi realizando 1.000.000 de interações.
Mas, para testar agentes, ela não é adequada para essas tarefas, você precisa de CPU e GPU como suporte.
É verdade. Mas, pelo que me lembro, a MQ ainda não tomou uma decisão final sobre o suporte ao OpenCL nos agentes.
A dificuldade aqui é que geralmente há menos placas gráficas do que agentes. Ou seja, você precisa determinar a ordem de acesso, o que basicamente reduzirá o cálculo para sequencial (no pior dos casos).
As outras questões não são menos complicadas, mas pelo menos não há problemas com o enunciado do problema.
Com certeza. Mas, pelo que me lembro, a MQ ainda não tomou uma decisão final sobre o suporte ao OpenCL nos agentes.
A dificuldade aqui é que geralmente há menos placas gráficas do que agentes.
O problema do OpenCL em agentes é descrito aqui: Explicação das limitações do OpenCL/GPU nos serviços MQL5 Cloud Network e agentes remotos
Até que o modelo dos drivers de GPU seja alterado, será impossível acessar os recursos de GPU a partir de serviços (os agentes funcionam como serviços). Isso é praticamente um bloqueio técnico por vários anos.
Não temos nada a ver com isso, todos os fabricantes de software distribuído para GPUs caíram no mesmo problema.
O problema do OpenCL em agentes é descrito aqui: Explicação das limitações do OpenCL/GPU nos serviços MQL5 Cloud Network e agentes remotos
Até que o modelo dos drivers de GPU mude, será impossível acessar os recursos de GPU a partir de serviços (os agentes funcionam como serviços). Isso é praticamente um bloqueio técnico por vários anos.
Não temos nada a ver com isso, todos os fabricantes de software distribuído para GPUs caíram no mesmo problema.
Em alguns anos, o hardware será diferente; já estamos vendo um aumento no número de núcleos de CPU com uma redução em sua potência e
aumento simultâneo na potência dos núcleos de GPU. O ideal é que eles se fundam em um único dispositivo universal que processará rapidamente códigos seriais e paralelos.
Mas obrigado por isso, afinal os cálculos de GPU são implementados e certamente não é uma desvantagem para a plataforma.
Em alguns anos, o hardware será diferente, já que agora vemos o aumento no número de núcleos de CPU com uma redução em sua potência e
e, simultaneamente, o aumento da potência dos núcleos de GPU. O ideal é que eles se fundam em um dispositivo universal que processará rapidamente códigos seriais e paralelos.
Mas obrigado por isso, afinal os cálculos da GPU são implementados e certamente não é uma desvantagem para a plataforma.
Por problema "técnico" eu não quis dizer problemas de hardware.
Eu quis dizer "o modelo de driver do Windows não permite o acesso à GPU a partir dos serviços". Ou seja, é uma emboscada arquitetônica com níveis de acesso de segurança em que todos caíram de repente.
E é impossível sair desse modelo em um futuro próximo. Pelo menos não em GPUs de uso geral. A Nvidia Tesla ainda pode fornecer um driver personalizado para acesso direto no modo "somente para cálculos", mas as placas de vídeo comuns não podem sair dessa - elas ainda precisam girar os gráficos no mesmo chip.
Desculpe-me, mas quanto custariam 1.000.000 de cálculos? Quero dizer, quanto o sistema de distribuição dará em dinheiro a uma máquina por realizar 1.000.000 de operações?
O pagamento é feito não pelo número de tarefas, mas pelo tempo gasto em sua solução.
E, em geral, tudo isso está escrito aqui https://cloud.mql5.com/ru/faq/payments.
Olá. Dois problemas com as deduções em nuvem.
1. O gerenciador de agentes no meu computador mostra que há 4 agentes (4 núcleos) e que eles estão em execução. Ao mesmo tempo, não os vejo em meu perfil no site - "A lista de agentes está vazia".
2. Iniciei a otimização, o algoritmo genético. Ele mostra que há mais de 1.000 agentes em "MQL5 Cloud Europe2" e há um saldo de 2,0. Eles foram usados por algum tempo, o saldo diminuiu para 1,88 e tudo parou. Ele grava Authorised nas linhas com o número de agentes disponíveis, mas não os utiliza por algum motivo. Estamos rastreando com nossos processadores há quase 24 horas.
1. os agentes aparecerão nas estatísticas do site assim que executarem pelo menos uma tarefa da nuvem.
2. Você pode ver os detalhes de suas tarefas em seu perfil pessoal em "Agents - Tasks" (Agentes - Tarefas). Lá você realmente tem 0,12 usado de 2,00. Tente executá-lo novamente. Parece que essa é a defesa do claude, que tenta não reduzir o saldo para menos.
Na verdade, você pode instalar vários agentes em seu computador e usá-los por conta própria, sem a necessidade de nenhuma rede (Internet, LAN, WAN ou qualquer nuvem), mas achei isso ainda mais lento >_<
Veja como: execute o MetaTester.exe (MetaTester64.exe se estiver usando 64 bits), desmarque tudo nas guias "Overview" e"MQL5 Cloud Network" e adicione vários agentes na guia "Service"; depois de terminar de adicionar os agentes, clique com o botão direito do mouse na lista de agentes e selecione "Export".
Abra o MT5 e o Strategy Tester (Ctrl + R), na guia "Agents", clique com o botão direito do mouse e selecione "Import", importe a lista de agentes e, agora, você verá que há vários agentes em "Remote". Esses agentes estão, na verdade, instalados no mesmo computador que executa o MT5, mas o mesmo MT5 considera esse agente como remoto.
Mais uma vez, - talvez porque eu use Dual Core e instale muitos agentes para ele - quando testo isso, NÃO acelera nada, na verdade, diminui ainda mais a velocidade >_<.
Saudações criadores da nuvem,
Tenho uma sugestão específica para aprimorar os recursos da nuvem.
É claro queo testador de estratégias é muito legal.
Mas acho que muitas pessoas passam sem ele e usam cálculos complexos em tempo real,
Por exemplo, enfrentei um problema desse tipo:
Criei um indicador que faz muitos cálculos (com interrupções para que o terminal tenha tempo de desenhar o gráfico).
Por exemplo, ele faz um número N de cálculos, mas eu gostaria de fazer mais N vezes (100 ou 1000 ou 10000 vezes),
É claro que você pode comprar dez computadores e operar 40 terminais e gerenciar todos esses tempos no nível de sincronização do indicador.
Mas seria legal se o indicador fosse calculado na Cloud Network em tempo real. Eu mesmo sou programador e acho que é possível fazer isso.
E tenho certeza de que seria um serviço popular.
O testador de estratégia, ao que me parece, é usado para testar uma ideia e, se a ideia se mostrar boa, então os sistemas que funcionam em tempo real são escritos, e aqui o desempenho é necessário.