MetaTrader 5 Strategy Tester e MQL5 Cloud Network - página 3

Novo comentário
 
Trolls:

O que eu não entendo é....

  1. E quanto à história - será a mesma para todos? E se eu tiver descarregado terminais de diferentes empresas de corretagem com muito pouco historial e, além disso, tiver buracos em locais diferentes?
  2. Se o número de instrumentos não for o mesmo, o exemplo no servidor é de 12 símbolos do campeonato. E para o teste (a moeda múltipla necessita de uma matriz completa de moedas para que o indicador funcione correctamente), como neste caso ? ....
  3. E em terceiro lugar, já mencionámos o tempo, por isso introduzimos o tempo UTG - para sincronizar de alguma forma ... Como será consigo? se, por exemplo, apenas determinadas horas de negociação forem testadas (por exemplo, de 10 a 12 em Moscovo) ... O tempo é diferente para todos

1. Toda a infra-estrutura da MQL5 Cloud Network está a ser construída por uma razão - o cache de dados será efectuado tanto em expedidores como em agentes finais. Os testes são sempre realizados com referência a uma empresa de corretagem e os dados históricos de diferentes empresas nunca são misturados.

2. semelhante ao ponto 1 - os testes estão sempre ligados a uma corretora (servidor comercial), por isso há sempre símbolos, não se sobrepõem à configuração de outras corretoras

3. Está a confundir a hora nos registos locais com a hora dos testes. Todos os processos de dados históricos funcionam inteiramente com o tempo do servidor (gráficos, comércios, símbolos, etc.). Tendo em conta os pontos 1 e 2 (os testes estão sempre ligados ao servidor comercial) não pode haver qualquer problema com o tempo, mesmo teoricamente.

 
Interesting:

No seu caso com o seu computador portátil, deverá derrubar os núcleos locais e executar o teste num computador potente (que está na rede local ou cujos recursos serão tão gratuitos quanto possível para os testes).

Obrigado, já percebi mais ou menos. Portanto, estou a dizer que a MQL5 Cloud Network deve permitir uma única execução de teste para tal tarefa - num agente remoto poderoso disponível, de preferência num cluster de supercomputadores (as pessoas que não se podem dar ao luxo de os optimizar devem ter pelo menos uma única execução de teste).
 
-Alexey-:

Obrigado pelas respostas, mas muita coisa ainda não está clara.

O que é que isso significa? "remoto, a funcionar em modo servidor"? Não compreendo - se eu instalar um agente num segundo computador usando o componente Metatester, é isto? E os agentes de modo remoto, sem servidor - como os adiciono?

Existem 3 tipos de agentes:

  • local - trabalho no mesmo computador, executado automaticamente pelo terminal quando necessário (pode ser usado em testes únicos e optimização)
  • Remoto - trabalhar no modo servidor, à espera de ligações a partir do terminal com autorização por senha (pode ser utilizado em testes únicos e optimização)
  • Agentes de Rede MQL5 - trabalhando através da Rede MQL5 Cloud Network apenas em modo de optimização

É aqui que precisamos de um supercomputador, ou melhor, de um cluster que funcione como um núcleo - como um agente, e é necessária uma rede - ninguém tem um computador assim em casa. Ou pelo menos a capacidade de ligação a uma máquina potente (como entendo, é possível se instalar o agente num computador potente, e o utilizar a partir de um portátil durante uma única execução). Exactamente para uma única corrida. De facto, acontece o contrário - não há sentido prático em utilizar a MQL5 Cloud Network para cálculos de optimização massiva, se mesmo a execução inicial é difícil. Experimentar variantes é o segundo caso, mas uma única execução não é menos importante, e ainda mais importante para algumas pessoas.

Qualquer solução tem validade técnica e viabilidade económica.

MQL5 Cloud Network faz sentido apenas para cálculos de optimização de massa.

 
Renat:

Existem 3 tipos de agentes:

  • local - trabalhar no mesmo computador, começar automaticamente pelo próprio terminal quando necessário (pode ser usado em testes únicos e optimização)
  • Remoto - trabalhar no modo servidor, à espera de ligações a partir do terminal com autorização por senha (pode ser utilizado em testes únicos e optimização)
  • Agentes de Rede MQL5 - trabalhando através da Rede MQL5 Cloud Network apenas em modo de optimização.

Qualquer solução tem a sua validade técnica e viabilidade económica.

A MQL5 Cloud Network só faz sentido para cálculos de optimização de massa.

Renat, obrigado pelos seus esclarecimentos. É evidente que se trata de uma solução especializada. Quero dizer que na rede aberta auto-regulada seria mais fácil encontrar um agente poderoso para a referida tarefa, e tem razão, tem de se procurar um agente remoto por si próprio.
 
Trolls:

O que eu não entendo é esta....

..

Se o número de instrumentos não for o mesmo, o exemplo no servidor é de 12 símbolos do campeonato. E para o teste (a moeda múltipla necessita de uma matriz completa de moedas para que o indicador funcione correctamente), como neste caso ? ....

..
Posso imaginar como algumas pessoas ficarão felizes quando começarem a ter história em 50 pares :)
 
Trolls:

O que eu não entendo é....

  1. E a história? Vai ser a mesma para todos? E se o terminal for descarregado de diferentes empresas de corretagem com muito pouco historial, e tiver buracos em locais diferentes?
  2. Se o número de instrumentos não for o mesmo, o exemplo no servidor é de 12 símbolos do campeonato. E para o teste (a moeda múltipla necessita de uma matriz completa de moedas para que o indicador funcione correctamente), como neste caso ? ....
  3. E em terceiro lugar, já mencionámos o tempo, por isso introduzimos o tempo UTG - para sincronizar de alguma forma ... Como será consigo? se, por exemplo, apenas determinadas horas de negociação forem testadas (por exemplo, de 10 a 12 em Moscovo) ... O tempo é diferente para todos

1. Cada empresa de corretagem tem a sua própria história. Tanto um comerciante como um consultor especializado devem prestar atenção à qualidade da história ao executá-la.

2) Os testes são realizados apenas para as moedas que estão disponíveis. Caso contrário escolha outro servidor (outro corretor, talvez apenas para testes).

Poderá ter uma ideia sobre a diferença entre o preço do terminal e o tempo real em que o está a utilizar. Assim, não há problema, o tempo real trabalhado durante 60 minutos em 100 núcleos e o pagamento será apropriado.

 
Buter:
Imagino como algumas pessoas ficarão felizes quando tiverem a história de 50 pares descarregada :)

Posso imaginar como eles ficarão felizes se houver 100-200 pares e 20-30 destas corretoras (tomemos as mais populares).

Nem sequer fale da optimização dos especialistas em stock (onde o número de símbolos pode ser 1000)...

 
Tudo o que resta é realizar uma troca para determinar o custo de processamento de um lote padrão de transacções. Por exemplo, fixar um custo inicial de 1 cêntimo por 1000 Tflops (como o custo de um lote padrão). Depois citar teraflops em função da oferta/demanda:))))
 
Não será uma rede enorme onde todos os utilizadores de MT5 estão ligados. Mas será dividido em pedaços por AC. Se considerarmos que a história normal de facto só está disponível num lugar e para um número limitado de instrumentos, fica um pouco triste...
 
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 está feito: 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 cruzarã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.
12345678910...42
Novo comentário
Razão: