Bibliotecas: MultiTester - página 14
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
Por um motivo desconhecido, a execução de um teste várias vezes descarrega o script. Isso nem sempre se repete, às vezes mais cedo, às vezes mais tarde. Isso só aconteceu em 413 iterações, por exemplo. IsStopped é definido como verdadeiro e o script é descarregado, bloqueando todo o trabalho no meio do caso. Não há mensagens de erro. As mensagens de depuração mostraram que isso acontece depois de Sleep (100) após SendMessageW (Handle, WM_COMMAND, ID_EDIT_PASTE, 0 );
em uma chamada para o bool estático SetSettings (const string Str)
Abaixo está o conjunto mínimo a ser reproduzido. Mas eu suspeito que o problema ainda está no MetaTrader. Build 2245, mas no último 2253 o mesmo. A versão 2190 também sofre com isso, talvez antes também.
Hi. Alguma solução para esse problema?
Estou tendo o mesmo problema usando o MT5 build 2265.
Obrigado.
Agora, os EAs em execução no testador podem receber seus dados.
Ótimo.
Você planeja considerar o gerenciamento do número de agentes ativados? Não encontrei nenhuma abordagem. E, ao mudar para o teste postiço, faz sentido desativar alguns agentes.
Não há urgência, apenas um desenvolvimento desejável.
Também atualizei hoje o win_10 para a compilação .535: o Multitester parou de funcionar completamente, mas de forma diferente do que aqui. Ele fica confuso ao percorrer a lista de pares e começa a perseguir um em círculos. Isso acontecia antes, mas raramente e após longos cálculos. Aqui está uma parte da lista de otimização:
Terminal 2280, multitester é o mais recente. Por favor, não ignore o win_10, o MQ não será compatível com o win_7 para sempre....
Você planeja considerar a possibilidade de gerenciar o número de agentes ativados?
Não pretendo, pois não há tarefas em que isso seja necessário. Posso usar o multitester primitivamente, mas faço isso apenas em símbolos personalizados em ticks reais. Portanto, com base na necessidade de deixar alguns recursos livres, configuro um número adequado de agentes. Como regra geral, uma passagem dura cerca de um segundo, ou seja, não são necessários muitos recursos.
O MTTester.mqh + TesterCache provavelmente pode fazer tudo, exceto o tst-format.
Nos planos (algo implementado há muito tempo), não se trata mais de bibliotecas, mas das próprias tarefas. Por exemplo, você introduz um novo parâmetro de entrada em um Expert Advisor. Você precisa avaliar sua influência nos resultados do TS. O Walk-forward é completo. Seleção de portfólio de vários TS, etc.
E também está nos planos a tarefa de executar um multiteste para milhares de otimizações e, a partir desses milhares, encontrar lugares interessantes. Essas serão pesquisas onde, de fato, nenhum ser humano jamais pôs os pés. A complexidade computacional é muito alta. É por isso que estou pensando em maneiras de encontrar rapidamente uma agulha em um palheiro.
Assim que o formato tst for conhecido, as possibilidades se expandirão muito.
win_10, o MQ não será compatível com o win_7 para sempre.
Estou usando uma versão personalizada e minimalista do Windows 7 Embedded. Tudo funciona, não há motivo para atualizar.
Se o MultiTester tiver terminado no meio de um caso, na próxima inicialização ele dirá que não terminou da última vez e perguntará se deve continuar do local antigo. Se você continuar, ele irá para TesterSettings.Deinit(Pos - 1); onde terá um if (this.iDeinit[Pos]) dentro depois que a primeira execução for concluída. Mas a matriz iDeinit está vazia, o que, basicamente, o fará travar. Talvez algo mais possa cair em outro lugar, mas não testei mais.
Estou usando uma versão personalizada e minimalista do Windows 7 Embedded. Tudo funciona, não há motivo para fazer upgrade.
Ontem à noite, chegou uma atualização do windup (pelo menos eu a instalei ontem).
Eu também atualizei o win_10 hoje para a compilação .535
Os registros do testador precisam ser examinados.
Se o MultiTester tiver terminado no meio de um caso, na próxima inicialização ele dirá que não terminou da última vez e perguntará se deve continuar do local antigo. Se você continuar, ele irá para TesterSettings.Deinit(Pos - 1); onde terá um if (this.iDeinit[Pos]) dentro depois que a primeira execução for concluída. Mas a matriz iDeinit está vazia, o que, basicamente, o fará travar. Talvez algo mais possa cair em outro lugar, mas não testei mais.
Obrigado, atualizado.
Obrigado, atualizado.
Já é possível compactar ou não? (É como - e se funcionar ))))