Erros, bugs, perguntas - página 903
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
É realista obter construções x32 anteriores de MT5? É realmente necessário voltar para o Verão. Um dos meus posts recentes neste tópico reclamando sobre "MemoryException 180772428 bytes não disponíveis" no separador Log e "out of memory" no separador Experts não se livrou deles depois de instalar o SO limpo e o novo MT5 (o que só recentemente consegui fazer), por isso concluo que o problema não foi com o velho sistema operativo sujo e danificado e não com o meu código (que foi modificado pela última vez em Abril), mas com a próxima construção do MT5 algures na segunda metade do Verão. E depois continuou e continuou... Não tinham ocorrido erros antes dessa construção.
Não me lembrei imediatamente, porque, em primeiro lugar, tinha medo dos meus próprios problemas locais, e em segundo lugar, tinha muito pouco tempo para o fazer a tempo. Mudar o meu código para os programadores para análise - não acredito que eles queiram mudá-lo de mau para pior (além disso, os programadores têm as suas próprias coisas com que se preocupar), mas mesmo que eles concordem, terei de me dar ao trabalho de simplificar o código - e isso para mim agora é quase mais difícil do que desenvolvê-lo.
Quero acrescentar, que o DDR-ca funcionou com programas de teste e não foram encontrados erros; também, em vez de um módulo de 1Gb recebi 4 novos módulos de 1Gb de outro fornecedor famoso, eles também estão bem, mas os erros continuam a aumentar. O sistema não está com overclocking. Mesmo que o meu código não esteja escrito da melhor forma, isso não é o principal agora, porque antes funcionava sem erros de qualquer forma.
Um dos meus posts recentes neste tópico reclamando sobre "MemoryException 180772428 bytes não disponíveis "
Em x64 (já não uso x32) isto sugere que a memória não é suficiente e o tamanho do ficheiro swap deve ser aumentado (com tudo isso - abrandamento durante a optimização por longos períodos, etc.).
Vou definitivamente tentar, mas ainda estou fundamentalmente curioso quanto ao tipo de parafusos que os criadores puseram em prática e que são agora diferentes. Antes, com o mesmo tamanho de ficheiro de paginação e outras coisas a serem iguais, tudo corria bem.
A propósito, um destes dias também terei de testar o código num pacote de x64 8, mas suspeito que os meus 4Gb acabarão por ser algo como 2Gb para ele, o que mais uma vez não é suficiente. E fisicamente todos os slots DIMM estão cheios, e também, de acordo com o Guia do Utilizador na placa-mãe, foi atingido um total técnico máximo de 4GB (embora isso possa ser apenas uma limitação dessa época, não uma limitação absoluta).
construir 740, x86
Optimizo o meu Expert Advisor no modo "Balance+min Drawdown" e parece que ele tenta optimizar apenas o Drawdown. Como resultado da optimização, recebo um levantamento de 1% e lucro de 8% do depósito inicial para o ano. Uma semana antes, os resultados eram bastante diferentes.
construir 740, x86
Optimizo o meu Expert Advisor no modo "Balance+min Drawdown" e parece que ele apenas tenta optimizar o Drawdown. Como resultado da optimização, recebo um levantamento de 1% e lucro de 8% do depósito inicial para o ano. Uma semana antes, foram obtidos resultados bastante diferentes.
Excluímos os resultados com um saldo negativo dos cálculos.
Vamos falar com o Service Desk, talvez tenhamos corrigido algo de errado. Mas por favor dê-nos os cálculos mais detalhados possíveis (para chegar ao fundo da questão)
Os resultados com um saldo negativo foram cortados dos cálculos.
Vamos falar com o Service Desk - talvez tenhamos algo de errado. Por favor, dê-nos o máximo de detalhes possível (para que possamos resolver rapidamente)
Candidatura aberta #617331
Não forneceu aí quaisquer dados.
Vou repetir mais uma vez a minha pergunta- parece que o resultado Custom Max é contabilizado incorrectamente no optimizador.
O Consultor Especialista em OnTester() devolve Lucro * Transacções * (1/(MaxEquityDDPercent+1)) * RecoveryFactor.
Aqui estão os resultados da optimização:
Esperava-se que com mais lucros, número de negócios e Factor de Recuperação, e com menos saque, o resultado fosse maior. O que não é o caso.