Terminal MT5 atualizado hoje e a janela "Otimização" não aparece durante o teste - página 14
![MQL5 - Linguagem para estratégias de negociação inseridas no terminal do cliente MetaTrader 5](https://c.mql5.com/i/registerlandings/logo-2.png)
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
Vamos lá, um especialista em mutilação padrão da entrega, um ano de prazo, enumeração de todos os parâmetros - é fácil obter pelo menos um google de opções! :-)
Qual é a utilidade prática disso?
Cada desenvolvedor, após ver os resultados da otimização, determina desde as primeiras linhas se faz sentido continuar ou não. É por isso que você deve permitir ver os resultados antes do final da otimização, sem interrupção.
A aba "Resultados da otimização" deve ser retornada, e o botão "Atualizar tabela" poderia ser adicionado na parte superior da tabela.
Isso faria mais sentido.
+100500
Agora otimização é como comprar um "Cat in a Bag"!
Tudo isso é triste.
Na minha opinião, é suficiente para corrigir a interrupção da otimização. Para que você possa pressionar o botão Stop, olhar para a mesa e continuar se necessário. E então - formar uma tabela de resultados em tempo real não é tão crítico. Embora eu ache bastante estranha a afirmação de que a classificação das mesas exige recursos - afinal, o cache de passagem deve ter a possibilidade de ser classificado por chaves diferentes de qualquer maneira, e na hora da corrida é classificado de qualquer maneira...
Mas, como eu já disse - a interrupção da otimização é muito mais crítica. Não está bem claro porque a otimização começa tudo de novo agora como tudo era... Aparentemente, a ordem de trabalho com o cache de passes está sendo revisada, caso contrário não consigo explicar o desaparecimento da capacidade de continuar a otimização.
Bem... vamos ver o que está sendo bombeado em seu lugar.
Na minha opinião, é suficiente para corrigir a interrupção da otimização. Para que você possa pressionar o botão Stop, olhar para a mesa e continuar, se necessário. E então - formar uma tabela de resultados em tempo real não é tão crítico. Embora eu ache bastante estranha a afirmação de que a classificação de tabelas exige recursos - afinal, o cache de passagem deve ter a possibilidade de ser classificado por chaves diferentes de qualquer maneira, e na hora da corrida é classificado de qualquer maneira...
Mas, como eu já disse - a interrupção da otimização é muito mais crítica. Não está bem claro porque a otimização começa tudo de novo agora como tudo era... Aparentemente, a ordem de trabalho com o cache de passes está sendo revisada, caso contrário não posso explicar o desaparecimento da capacidade de continuar a otimização.
Bem... vamos ver o que está sendo bombeado em seu lugar.
Talvez o manuseio dinâmico da mesa seja gratuito durante os testes em um computador. Mas quando há otimização em agentes de terceiros, há a execução paralela de agentes de teste (especialmente quando há dezenas ou centenas deles (fazendas)). É aí que surgem os problemas.
Na minha opinião, é suficiente para corrigir a interrupção da otimização. Para que você possa pressionar o botão Stop, olhar para a mesa e continuar, se necessário. E então - formar uma tabela de resultados em tempo real não é tão crítico. Embora eu ache bastante estranha a afirmação de que a classificação das mesas exige recursos - afinal, o cache de passagem deve ter a possibilidade de ser classificado por chaves diferentes de qualquer maneira, e na hora da corrida é classificado de qualquer maneira...
Mas, como eu já disse - a interrupção da otimização é muito mais crítica. Não está bem claro porque a otimização começa tudo de novo agora como tudo era... Não posso explicar o desaparecimento da capacidade de continuar a otimização de qualquer outra forma.
Bem... vamos antes ver o que é bombeado.
A interrupção da otimização provavelmente sempre resultará em um recálculo dos passes atuais contados em XX%.
Para passes suspensos não deve bloquear o uso de núcleos para a venda à nuvem ou cálculos de outro testador.
Consequentemente, em média, perderemos cerca da metade do trabalho dos núcleos no passe atual.
Interromper a otimização provavelmente sempre resultará em um recálculo dos passes atuais contados em XX%.
Para os passes suspensos não devem bloquear o uso de núcleos para a venda à nuvem ou cálculos de outro testador.
Consequentemente, em média, perderemos cerca da metade do trabalho dos núcleos no passe atual.
Isto é correto. Todos os cálculos que não foram concluídos no momento da interrupção serão gerados novamente por um randomizador e recalculados já em novos conjuntos de dados, sem problemas aqui.
Mas apenas todos os cálculos que até aquele momento foram ALERTAMENTE calculados e colocados no cache de otimização devem "permanecer no lugar" e a otimização deve ser continuada. E agora - na interrupção, parece muito que a otimização começa tudo de novo. Isto não é um problema se a otimização durar 15 minutos. Mas se a otimização durar 15 horas - eu não gostaria de perder o cache.
É um passeio de bolo total... Otimização em 25 passes, OHLC em M1 passou mais de duas horas.
Legal!...
Adotamos uma solução de compromisso: mostramos a aba de resultados de otimização, mas só a atualizamos quando vamos a esta aba. Isto é, enquanto você olha para os resultados na aba, novos resultados não aparecem, por exemplo, se você for ao registro de testes, retornar à aba de otimização, quando você retornar à aba de otimização, os dados sobre os passes já feitos serão atualizados.
Uma construção de 30 de maio de 1834 foi publicada em MetaQuotes-Demo.
Agora você pode selecionar os resultados de otimizações anteriores na guia de otimização, se houver caches de otimização reais. Você pode ver os resultados de otimizações passadas, alterar o critério de otimização (na aba de otimização) e ver novas figuras e gráficos, pode continuar a otimização que não foi concluída no passado.
Adotamos uma solução de compromisso: mostramos a aba de resultados de otimização, mas só a atualizamos quando vamos a esta aba. Isto é, enquanto você olha para os resultados na aba, novos resultados não aparecem, por exemplo, se você for ao registro de testes, retornar à aba de otimização, quando você retornar à aba de otimização, os dados sobre os passes já feitos serão atualizados.
Uma construção de 30 de maio de 1834 foi publicada em MetaQuotes-Demo.
Agora você pode selecionar os resultados de otimizações anteriores na guia de otimização, se houver caches de otimização reais. Você pode visualizar os resultados de otimizações passadas, alterar o critério de otimização (na aba de otimização) e ver novas figuras e gráficos. Você também pode continuar as otimizações que não foram concluídas no passado.
Muito obrigado!