MetaTrader 5 Strategy Tester e MQL5 Cloud Network - 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
Está confuso. Será uma enorme rede a trabalhar com qualquer corretor. Pode efectuar testes com os dados de qualquer corretor de forma transparente. Prima Start e já está: todos os dados do ambiente de mercado (símbolos, configurações, gráficos) serão descarregados, verificados automaticamente para sincronização. Não há necessidade de registar corretores na rede, os dados de diferentes corretores nunca se sobreporão, toda a parte do servidor da rede é uma enorme cache de dados, na maioria dos casos não terá sequer de voltar a descarregar o histórico.
Então é isso que estou a dizer: um corretor tem uma história da Eura desde 1999, o segundo desde 2005, o terceiro desde 2010. A única coisa a fazer é esperar que tenha mais instrumentos e que a história seja mais ou menos correcta.
Mas se os corretores se organizarem e fizerem a história certa (duvido cada vez mais), tudo será óptimo.
acontece que não será uma rede enorme onde todos os utilizadores do MT5 estão unidos. Mas será dividida em pedaços por CD. Se tivermos em conta que a história normal de facto só está disponível num único local e para um número limitado de instrumentos, torna-se um pouco triste...
Caro Renat,
Haverá supercomputadores nesta rede (seria muito útil)? Gostaria de ter capacidades avançadas ao nível dos concorrentes globais. E mais um pedido - por favor faça, se possível, para que o recurso informático da rede possa ser utilizado (se desejar) para o cálculo em tempo real de indicadores e Consultores Especialistas, e não apenas para testes. Caso contrário, tudo perde o seu significado - porquê ter super potência para testes, quando o indicador ou o Expert Advisor simplesmente não tem tempo para ser calculado em tempo de execução (gargalo da garrafa).
Teoricamente, os agentes remotos e certamente os locais podem ser combinados numa piscina (claro, se tal possibilidade for prevista no terminal e no testador).
Mas de que serve fazer tudo isso se a própria MQL funciona em "um fio" e apenas um núcleo é reconhecido durante testes únicos.
Suponha que os criadores desenvolvem algo semelhante e o sistema aprenderá a "distribuir" um único teste a diferentes núcleos ou atirá-los para uma piscina...
Continuar a sonhar, à espera de MT6 :)
É disso que estou a falar: um corretor tem uma história com a Euras desde 1999, outro desde 2005 e um terceiro desde 2010.
O que tem a profundidade da história do corretor a ver com isto?
A optimização através da MQL5 Cloud Network é a mesma que a optimização no seu computador (apenas mais rápida).
Se o terminal estiver ligado à Alpari, a optimização será executada nos dados da Alpari, mesmo que seja fisicamente executada em centenas de outros computadores da rede. Os dados são sincronizados e todos os testes são realizados sob as mesmas condições.
E a questão do número de instrumentos e da profundidade/qualidade da história dos diferentes corretores não está neste fio condutor.
O que tem a profundidade da história do corretor a ver com isto?
Optimizar através da MQL5 Cloud Network é o mesmo que optimizar no seu computador (apenas mais rápido).
Se o terminal estiver ligado à Alpari, a optimização será executada nos dados da Alpari, mesmo que seja fisicamente executada em centenas de outros computadores da rede. Os dados são sincronizados e todos os testes saem nas mesmas condições.
E a questão do número de instrumentos e a profundidade/qualidade da história dos diferentes corretores não está neste fio condutor.
É assim que estou a falar do que a história é agora na Alpari que todos conhecemos muito bem.
estou bem ciente de que não está neste tópico, mas o meu post datado de 2011.02.23 09:46 está correcto (especialmente a parte final).
O que tem a profundidade da história do corretor a ver com isto?
Optimizar através da MQL5 Cloud Network é o mesmo que optimizar no seu computador (apenas mais rápido).
Se o terminal estiver ligado à Alpari, a optimização será executada nos dados da Alpari, mesmo que seja fisicamente executada em centenas de outros computadores da rede. Os dados são sincronizados e todos os testes são realizados sob as mesmas condições.
E a questão sobre o número de instrumentos e profundidade/qualidade da história de diferentes corretores não está neste fio condutor.
Andrew então acontece que aqueles que irão participar na rede, descarregarão o histórico (necessário para o testador) antes de testar. agora multiplique este histórico pelo número de empresas de corretagem + acrescente que existem muitos instrumentos. acrescente aqui a troca (porque aparecerá um dia) faça uma correcção pelo facto de que todos têm um histórico diferente!! .... Calcule o tráfego por favor ... e a quantidade de espaço em disco necessária ...
P.S. "E a questão sobre o número de instrumentos e a profundidade/qualidade da história dos diferentes corretores não está neste fio condutor".
- e se não estiver neste ? ou não se importa que história está a testar ? tem uma história no seu computador, eu tenho outra ... e os resultados do teste são combinados ... se eu não tiver a certeza que dados foi (está) teste, então o inferno não é necessário (e pagar dinheiro por isso ...). porque a confiança nos resultados é zero ...
Andrew então acontece que aquele que vai participar na rede, descarregará o histórico antes de testar (necessário para o testador). agora multiplique este histórico pelo número de empresas de corretagem + acrescente que existem muitos instrumentos. acrescente aqui a troca (porque vai aparecer em algum momento) correcta para o facto de todos terem um histórico diferente!! .... Calcule o tráfego por favor ... e a quantidade de espaço em disco necessária ...
Penso que a maioria das optimizações caberá em 3-4 pares padrão e alguns corretores populares.
E eu gostei da opção do Sr. ProF - provavelmente irá.
Z.I. "E a questão sobre o número de instrumentos e a profundidade/qualidade da história de diferentes corretores não está neste fio condutor".
- mas e se não estiver neste tópico? ou não se importar com o histórico em que está a testar? tem um histórico no seu computador, eu tenho outro ... e os resultados dos testes são combinados ... se eu não tiver a certeza sobre que testes de dados ocorreram (acontecendo), então não precisa deste maldito teste (e pagar dinheiro por ele ...). porque a confiança nos resultados é zero ...
A história será SINCRONIZADA. E os testes só serão feitos se a história for IDENTÍFICA.
Penso que a maioria das optimizações caberá em 3-4 pares padrão e alguns corretores populares.
E eu gostei da opção do Sr. ProF - provavelmente irá.
A história será sincronizada. E os testes só serão realizados se a história for IDENTÍFICA.
Não, como agora será sincronizado no primeiro passe.
Caso contrário, poderá surgir uma situação em que nenhum agente da rede terá histórico para um determinado símbolo num determinado corretor.
Mas há aqui uma peculiaridade, se o histórico e os parâmetros de teste forem armazenados em cache algures dentro da parte do servidor (nos despachantes), pode poupar muito tempo.
MQL5 Cloud Network Settings for MetaTrader 5 Agent:
Para um agente trabalhar na MQL5 Cloud Network, basta activar a caixa de verificação "Permitir o uso público de agentes". O agente ligar-se-á a um gestor de rede geograficamente próximo (por exemplo, a cada 5 minutos) para verificar a disponibilidade de tarefas a um determinado intervalo (estimado por ping + busyness). Se houver tarefas disponíveis, o agente aceita-as e processa-as e começa a solicitar activamente novas tarefas sem demora. Assim que as tarefas acabam, o agente volta ao modo de sondagem pouco frequente, o que reduz o tráfego e a carga de trabalho.
Para que o agente comece a trazer dinheiro, deve activar a opção "Vender recursos informáticos" e não se esqueça de especificar o seu login activo a partir da MQL5.community. Os recursos serão fornecidos gratuitamente se esta opção não for assinalada ou se o login correcto não for especificado. Mesmo que os agentes tenham sido inicialmente registados sem ligação a uma conta, pode alterar isto a qualquer momento - basta adicionar um novo login e o agente será automaticamente registado novamente numa nova conta na próxima vez que fizer uma ligação.
Até se pode registar novamente um agente de uma conta de trabalho para outra. Neste caso, os montantes ganhos anteriormente permanecerão na conta antiga, e as novas tarefas serão pagas na nova conta.
Uma característica importante do trabalho em modo MQL5 Cloud Network é que os agentes se ligam aos despachantes [1-9].mql5.com via porta SSL(443), o que lhes permite passar por firewalls e servidores proxy.
O novo agente irá operar em modo híbrido:
. Pode criar um horário para uma semana pelo horário em que o agente está disponível para trabalhar na MQL5 Cloud Network. Por exemplo, pode definir 24 horas nos fins de semana e 9 horas (das 22:00 às 07:00) nos dias de semana.
Este horário não se aplica ao modo servidor normal de agentes - neste modo, os agentes estão sempre disponíveis.
Também faremos algumas afinações sérias sobre a forma como os agentes utilizam os recursos:
- Em modo de repouso, gastarão uma quantidade extremamente baixa de recursos (memória, fios e prioridade)
- os agentes utilizarão uma gestão flexível de prioridade de threads, memória e utilização de CPU quando estiverem activos
Um dos principais objectivos é permitir que os agentes trabalhem sem interferir com os utilizadores que estão a trabalhar.build 404, run metatester64.exe - apenas os dois primeiros separadores estão lá