Pergunta para os desenvolvedores - usando todos os núcleos computacionais durante a otimização - 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
Você irá longe com tal mensagem... Slava, a propósito, é um dos principais desenvolvedores da MT, ele sabe como funciona o algoritmo.
Estou lhe dizendo, me dê apenas o conjunto de otimização da EA padrão, o que leva aos mesmos resultados. Você tinha alguns parâmetros otimizados antes, agora outros. Talvez a mudança automática para a genética com tudo o que ela implica tenha desencadeado.
Acrescente alguma construtividade e o problema será resolvido muito mais rapidamente.
Se você realmente quer mudar e não apenas resmungar (como eu), por que não dar aos desenvolvedores um exemplo reprodutível onde os grãos são desativados/standby?
Talvez com base na EA padrão (se também for jogável), mas com o máximo de detalhes possível, para que eles possam replicar o comportamento por si mesmos.
isso é mais claro?
somente agentes locais são utilizados, 6 em 8 são habilitados, 3 caem imediatamente após o primeiro lote de trabalhosisso é mais claro?
apenas agentes locais são utilizados, 6 em 8 são habilitados, 3 caem imediatamente após o primeiro lote de trabalhosÉ muito mais construtivo desse modo.
Anexe o registro do testador e o registro de um dos agentes que terminaram cedo:
Isto é muito mais construtivo.
Anexe o registro do testador e o registro de um dos agentes que terminaram cedo:
Log do testador, do agente de trabalho e daquele que falhou:
Log do testador, agente de trabalho e agente reprovado:
Agora esperamos pela resposta de @Slava
Parece que a genética deixou de envolver alguns dos núcleos após a geração 3:
Achou que não havia sentido?
>Slava, a propósito, um dos principais desenvolvedores da MT
Bem, então Slava - toda esperança está em você, nós rezamos e levantamos nossas vozes .... ajude-nos com agentes de rede que não trabalhem :-)
Gostaria também de agradecer a Andrey Khatimlianskii pelos troncos
>Slava, a propósito, um dos principais desenvolvedores da MT
Bem, então Slava - toda esperança está em você, nós rezamos e levantamos nossas vozes .... nos salve de agentes da web que não trabalhem :-)
Gostaria também de agradecer a Andrey Khatimlianskii pelos troncos
Agora esperamos pela resposta de @Slava
Parece que a genética deixou de envolver alguns dos núcleos após a geração 3:
Achou que não havia sentido?
Não.
Há mais no tronco.
Confirmado pelos logs do agente
Gostaria de ressaltar que existem na verdade dois problemas com o tempo de inatividade.
Com a genética, há um período de espera para o fim do cálculo da geração. Não está claro se o reequilíbrio do pacote de trabalho é possível neste caso.
Com uma otimização lenta, o tempo de inatividade de agentes previamente liberados pode ser evitado através de uma realocação dinâmica de postos de trabalho. Os desenvolvedores não fizeram isso, e agora os trabalhos estão sendo distribuídos no início da otimização. Eles não fizeram isso porque o mesmo algoritmo de distribuição é aplicado quando se usa agentes de nuvens, e retirar-lhes empregos é "inapropriado". Vale a pena separar a metodologia para agentes on-premises e agentes de nuvens.
Entretanto, os desenvolvedores melhoraram um pouco a metodologia, relativamente recentemente, deixando uma pequena reserva para os agentes que terminaram o trabalho mais cedo. Infelizmente, isto nem sempre salva o dia. Além disso, esta reserva é o restante da divisão de tarefas pelo número de agentes, de modo que pode ser igual a zero.
Não.
Há outra entrada no registro
Confirmado pelos registros do agente.
Então isso é depois, no final. Os agentes saíram mais cedo, à 01:00:50, e você pode vê-lo no diário de bordo e no vídeo.