MetaTrader 5 em Intel Xeon Phi 7250 - 272 núcleos em um computador - página 6
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
Eu queria comprá-la no ano passado, mas não consegui encontrá-la nas lojas.
Você não está procurando o suficiente. Acabei de encontrar um em Moscou em menos de um minuto por 282.000 rublos.
E você pode conseguir 32 núcleos por 0,3 libras por hora na Amazônia. Qual é o objetivo de comprar um servidor doméstico?
Melhor fazer AWS AMI com agentes. Certamente haverá demanda...
E você pode conseguir 32 núcleos por 0,3 libras por hora na Amazônia. Qual é o objetivo de comprar um servidor doméstico?
Melhor fazer AWS AMI com agentes. Certamente haverá uma demanda...
A nuvem da MQ não seria mais barata? Afinal, tal poder só é necessário para a otimização, e a nuvem tem mais de 1500 agentes, preguiçosos demais para olhar agora.
A nuvem da MQ tem limitações, pode ser lenta (esperar 30 minutos para obter resultados após os testes), e é difícil calcular o custo da nuvem (ainda não entende como 5 libras foram gastas).
A nuvem da MQ tem limitações, pode ser lenta (esperei 30 minutos para obter resultados após os testes), e é difícil calcular o custo da nuvem (ainda não entendo como gastei 5 libras).
Mmmm, eu aparentemente tinha um algoritmo simples, testado algumas vezes, meio minuto cada, a um custo de não mais do que uma libra. Bem, é uma coisa individual. E sobre"é difícil calcular os custos das nuvens (ainda não entendo como se gasta 5 libras) ". "Lá, sim, só por experiência, ao que parece.
E você pode conseguir 32 núcleos por 0,3 libras por hora na Amazônia. Qual é o objetivo de comprar um servidor doméstico?
Melhor ainda, faça um AWS AMI com agentes. Certamente haverá demanda...
Que tal 3 libras por hora?
Mas mesmo que você leve este fantástico 0,3 dólares/hora por 32 núcleos x 2, x 24 horas, x 30 dias, um mês chega a fantásticos 13.824,00 dólares/mês, o que é mais de 2 vezes maior que o custo dos pedais discutidos nesta linha. Mas para obter o custo real (não fantástico) de alugar 64 núcleos/mês na Amazônia, o resultado precisa ser x 10.
Talvez por 3 dólares/hora...?
Mas mesmo que levemos fantásticos 0,3 dólares/hora por 32 núcleos x 2, x 24 horas, x 30 dias, isso soma fantásticos $13.824,00/mês, o que é mais de 2 vezes mais que o custo do pedestal discutido neste tópico. Mas para obter o custo real (não fantástico) de alugar 64 núcleos/mês na Amazônia, o resultado precisa ser x 10.
Algo com sua aritmética... $0,3*2*24*30 == $432
Há algo de errado com sua aritmética... $0,3*2*24*30 == $432
Perdoe-me, eu multipliquei tudo por 32 por alguma razão... eu perdi isso.
Mas na prática, por $0,3 por hora ninguém dará tal poder, por $3 por hora eles o darão, ou seja, $432 x 10 = $4320 por mês no total. Grosseiramente. Um pouco mais caro, uma vez que os agentes em operação estão constantemente consumindo 100% dos recursos de kernel e isto aumentará a taxa.
Z.I.S.: informação da lista de preços da Amazon (não incluindo o custo SSD):
Uma hora de tempo de um agente na nuvem MQ custa $0,02,
272 agentes x 0,02 x 24 x 30 = $3916,80
Os pepelats custam apenas5.500 euros, de acordo com o iniciador do tópico. Uma única vez.
Desculpe, eu multipliquei tudo por 32 por alguma razão.
Mas na prática, por $0,3 por hora ninguém dará tal poder, por $3 por hora eles darão, ou seja, $432 x 10 = $4320 no total, por mês. Grosseiramente. Um pouco mais caro, uma vez que os agentes em operação estão constantemente consumindo 100% dos recursos de kernel e isto aumentará a taxa.
Z.I.S.: informação da lista de preços da Amazon (não incluindo o custo SSD):
Uma hora de tempo de um agente na nuvem MQ custa $0,02,
272 agentes x 0,02 x 24 x 30 = $3916,80
Os pepelats custam apenas5.500 euros, de acordo com o iniciador principal. Era uma taxa única.
Aqui estão os resultados dos testes naMQL5 Cloud Network:
Fórum sobre Comércio, Sistemas Automatizados de Comércio e Testes de Estratégia
Análise dos Resultados de Testes e Otimização no Testador de Estratégia MetaTrader 5
Anatoli Kazharski, 2018.03.01 14:44
3. Quanto tempo é necessário para otimizar os parâmetros na nuvem?
Para comparação, vamos tentar a otimização com os mesmos parâmetros naMQL5 Cloud Network. Há uma taxa para a utilização deste serviço. Registraremos após cada otimização quanto dinheiro será congelado na conta para pagar por este serviço.
Neste teste, vamos definir o uso simultâneo de núcleos de CPU locais e agentes de nuvens para acelerar a otimização.
Símbolo: EURUSD
Fundos congelados:
Como você pode ver, a otimização foi significativamente mais rápida(6 min 41 seg) do que da última vez, mas somente no computador local(28 min 56 seg).
Símbolo: EURCHF
Você pode encontrar uma situação em que o serviço leva muito tempo até que o trabalho de otimização seja submetido à rede. Isto se deve ao fato de que os agentes precisam de tempo para baixar os dados necessários sobre os símbolos desejados. Neste caso, foi o que aconteceu.Após uma longa espera, você pode interromper o processo de otimização. Haverá entradas no diário de bordo, como mostrado abaixo.Não houve cálculos na nuvem, portanto, nenhum dinheiro será retirado.
Vamos tentar executar novamente a otimização sobre este símbolo.
Desta vez o processo foi bem sucedido, mas o resultado não foi impressionante. A otimização levou22 minutos. 14 seg. Levou32 minutos. 50 seg. Na verdade, isto também se deve ao processo de carregamento de dados pelos agentes da rede. O ganho será em tarefas maiores e em modo de algoritmolento completo.
Fundos congelados:
Agora vamos ver se faz sentido executar a otimização na nuvem com múltiplos símbolos.
Símbolos: EURUSD,GBPUSD,USDJPY
Levou24 minutos.56 seg. Mas em nossa última corrida, demorou2 horas. 15 min. 3 seg. Neste caso, o ganho já é perceptível.
Fundos congelados:
Símbolos: EURCHF,AUDCAD,AUDNZD
Desta vez, a otimização da rede também não começou por muito tempo. Durante todo este tempo, agentes locais têm trabalhado. Você pode ver o que está acontecendo no registro (veja a lista abaixo). Assim que todos os agentes da rede que podem realizar a otimização para você baixar os dados necessários, a otimização é iniciada.
No final, a otimização foi concluída em1 hora. 19 min. 49 seg. E a última vez, mas apenas na máquina local, demorou3 horas. 13 min. 37 seg.
Fundos congelados:
O total para todos os quatro processos de otimização foi deUS$ 7,46. A tabela abaixo mostra um resumo. Em vez de6-7 horas, foram necessárias2 horas e 13 minutos para otimizar, o que é cerca de três vezes menos.
Aqui estão os resultados dos testes naMQL5 Cloud Network:
A única coisa é que há apenas 8 agentes locais no teste, enquanto na nuvem, durante a otimização, um lote de tarefas é distribuído a 256 ou mesmo 512 agentes de uma vez. É óbvio que os cálculos na nuvem serão mais rápidos do que nos agentes locais.
Para uma comparação de velocidade precisa, o conjunto de agentes locais deve ser 272 ou mais, então o teste será mais preciso. IMHO.
De qualquer forma, se há algo a calcular, é definitivamente mais lucrativo comprar um pepelado.