Avaliação de núcleos de CPU para otimização - página 15

 
Fast235:
Não entendo porque mudei o carneiro de 16gb para 32, o testador comeu 16 pcs +16 virtual, agora come 32 pcs + 31 virtual, bobagem, comprei 32gb SSD para descarregar e prolongar sua vida, e Pish. por dia por terrabyte escreve, pobre ssd

Que tal desativar a criação de um arquivo swap? E, alternativamente, criar este arquivo em um disco RAM de 16 GB.

 
Aleksey Vyazmikin:

Que tal desativar a criação de um arquivo swap? Alternativamente, crie o arquivo em um disco RAM de 16 GB.

Se você desativar a troca, o testador diz que não há memória suficiente no modo Todos os carrapatos

 
Fast235:

Se a paginação estiver desativada, o testador diz que não há memória suficiente

Isto deixa a opção de disco RAM.

 

Não é possível compilar árvores_Brut_TestPL_F_F_Fast

Falha de compilação a 16%. Experimentei-o em 2 computadores diferentes. Pode ser por causa da construção do MetaEditor. Por favor, reinicie o compilado.

 
dsfx:

Não é possível compilar árvores_Brut_TestPL_F_F_Fast

Falha de compilação a 16%. Experimentei-o em 2 computadores diferentes. Pode ser por causa da construção do MetaEditor. Por favor, reinicie o compilado.

Quanto tempo você esperou? Leva até uma hora de compilação - depende da potência central da CPU.

É proibido o upload de arquivos compilados para o fórum.

 
Aleksey Vyazmikin:

Quanto tempo você esperou? A compilação pode levar até uma hora - depende da potência central da CPU.

Não é permitido o upload de arquivos compilados para o fórum.

Hmm, esperou cerca de 10 minutos)). Mas aproximadamente o mesmo tamanho Tree_Brut_TestPL_F parece compilar em cerca de 5 minutos. Vou esperar mais...

 

Resultados do Ryzen 9 3950X

Ainda não descobrimos o que realmente afeta a velocidade de teste deste processador. Eu tentei de tudo, os resultados estão dentro dos mesmos valores. A mudança da freqüência base da CPU com valores pré-definidos da placa-mãe de até +600MHz não leva a nada. Aparentemente, isso se deve ao fato de que ele faz overclock nos testes sem qualquer ajuda. As características da memória, como você pode ver na tabela, também não a afetam realmente. Qualquer idéia que esteja interessada, envie por favor!


Quanto ao uso prático deste processador para testes no MT5 - aqui estão algumas nuances que você não vai pensar de uma só vez!

Primeiro, cada agente no MT5, por alguma razão, aloca um pedaço de memória separado para si mesmo, mesmo que o teste seja executado em um par e não em pares diferentes. E, por exemplo, se testarmos nas cruzes, isso carrega mais majores. Como resultado, ao testar carrapatos reais durante o período de 2 anos, cada agente leva 7GB de memória. Sim, vale mencionar que experimentei em um broker popular, que tem 70% de carrapatos repetindo (com o mesmo Ask and Bid). Vou tentar um pouco mais sobre uma história personalizada e postarei os números mais tarde. Assim, para carregar 64GB de memória, só posso testar em 8 agentes. Saída - história personalizada com filtragem de carrapatos repetidos, controle constante do tamanho da memória e, portanto, período de teste, 128GB de memória e teste em 16 agentes. É assim que funciona!!!? Então isto sou eu testando por dois anos.... e se você levar um período mais longo...?!


Em segundo lugar. Eu coloquei um SSD temporário de outro computador EVO 860. Deparei-me com outro problema (já escrevi sobre semelhante antes). Quando começo a otimização, mesmo de 8 passes, os agentes tentam acessar o SSD simultaneamente para bombear para si mesmos na história do tick RAM. Não há fila, então o SSD fica "vermelho" e os erros aparecem na revista MT5:

Ou seja, o testador não pode executar passes, porque não conseguiu baixar ticks, embora escreva que não há memória suficiente! De fato, se você considerar que meu SSD estava empurrando até 600MB/s de acordo com as leituras do sistema na época, levaria mais de 100 segundos para encher até mesmo 64GB de RAM. Portanto, o velho SSD não é adequado, esperando a EVO 970 com 3500GB/s, mas mesmo com ele 128GB irá preencher mais de 30 segundos. Isto é, os erros permanecerão.


Portanto, Cavalheiros desenvolvedores. Precisamos de sua atenção para este problema, caso contrário o uso de processadores multi-core é extremamente inconveniente, se não impossível!

Se for possível, seria bom usar a memória RAM de forma mais econômica. Mesmo que apenas ao otimizar em um par de moedas! Afinal, se o teste for executado em um único símbolo, certamente todos os agentes poderão acessar um e o mesmo espaço de memória. Por que cada um deles produziria cópias? Então não haverá problema na falta de memória, na velocidade de leitura a partir do disco rígido e isso tornará o design mais barato!

Se isso não for possível, então pelo menos faça algum tipo de fila para que os agentes tenham acesso ao disco rígido e/ou aumente o tempo de espera para a cópia. Mas a otimização do uso da memória seria, naturalmente, muito mais eficiente!

Obrigado!

 
dsfx:

Resultados do Ryzen 9 3950X

Ainda não descobrimos o que realmente afeta a velocidade de teste deste processador. Eu tentei de tudo, os resultados estão dentro dos mesmos valores. A mudança da freqüência base da CPU com valores pré-definidos da placa-mãe de até +600MHz não leva a nada. Aparentemente, isso se deve ao fato de que ele faz overclock nos testes sem qualquer ajuda. As características da memória, como você pode ver na tabela, também não a afetam realmente. Qualquer idéia, qualquer pessoa interessada, envie por favor!

A freqüência da CPU afetará o desempenho - tente fixá-la ou estabelecer limites. Para os cálculos, o co-processador é de importância primordial, portanto, a multi-tarefa (XMP) proporciona um ganho não linear, ou seja, aceleração devido à preparação mais rápida dos dados para os cálculos pelos co-processadores.

Quanto ao resto do posto - os carrapatos são maus, especialmente se precisarem de cruzamentos - a taxa de erro aumenta significativamente. Os cruzamentos e as moedas de base flutuam fora de sincronia.

Os erros SSD são estranhos - há realmente RAM suficiente neste momento? A memória virtual foi desativada?

 
Aleksey Vyazmikin:

A freqüência do processador afetará o desempenho - tente corrigi-lo ou estabelecer limites. Para os cálculos, o co-processador é, antes de tudo, importante, de modo que a multi-tarefa (XMP) proporciona ganho não linear, ou seja, aceleração devido à preparação mais rápida dos dados para os cálculos pelos co-processadores.

Quanto ao resto do posto - os carrapatos são maus, especialmente se precisarem de cruzamentos - a taxa de erro aumenta significativamente. Os cruzamentos e as moedas de base flutuam fora de sincronia.

Os erros SSD são estranhos - há realmente RAM suficiente neste momento? A memória virtual foi desativada?

Sim, de fato. Após fixar a CPU em diferentes freqüências, resultado perceptível. A prática mostrou que é melhor não consertar - o firmware mais recente na bios ainda não tem esse modelo de CPU, e as freqüências fixas pré-instaladas abaixo são conhecidas por obter a freqüência máxima no modo turbo sem consertar. Ainda não entrei na bios, mas os critérios de dependência já são claros. À espera de novo firmware.


Memória virtual "por escolha do sistema". Mudei meu SSD de evo 860 para evo 970 plus - tornou-se mais divertido encher RAM (cerca de 3-4 vezes melhor) e posso começar com mais agentes, mas ainda há erros se eu deixar mais agentes do que memória suficiente para eles. Mas na prática, eu desenvolvi a seguinte estratégia de otimização. O gerente de tarefas está sempre ligado. Inicio 8 agentes primeiro e controlo a carga de RAM, depois ligo mais 4 até que a RAM esteja cerca de 80% cheia. Se eu não tocar em nada, tudo é otimizado sem esforço de tração. Mas assim que eu cometo um erro e adiciono mais agentes, imediatamente o ssd acelera e, por alguma razão, o vento desliga a memória em cerca de 50%. A otimização abranda notavelmente e a única saída é reiniciar o terminal e reiniciar. Assim.

 

Tree_Brut_TestPL_F_F_Fast" resultados do teste para isto:

Agente por núcleo:

2020.01.20 16:28:24.603 Tester  optimization finished, total passes 12
2020.01.20 16:28:24.614 Statistics      optimization done in 0 minutes 20 seconds
2020.01.20 16:28:24.614 Statistics      shortest pass 0:00:18.226, longest pass 0:00:19.507, average pass 0:00:18.679
2020.01.20 16:28:24.614 Statistics      12000 frames (4.71 Mb total, 412 bytes per frame) received
2020.01.20 16:28:24.614 Statistics      local 12 tasks (100%), remote 0 tasks (0%), cloud 0 tasks (0%)

Agente por linha:

2020.01.20 16:29:29.065 Tester  optimization finished, total passes 24
2020.01.20 16:29:29.076 Statistics      optimization done in 0 minutes 25 seconds
2020.01.20 16:29:29.076 Statistics      shortest pass 0:00:22.934, longest pass 0:00:24.012, average pass 0:00:23.194
2020.01.20 16:29:29.076 Statistics      24000 frames (9.43 Mb total, 412 bytes per frame) received
2020.01.20 16:29:29.076 Statistics      local 24 tasks (100%), remote 0 tasks (0%), cloud 0 tasks (0%)

Árvore_Brut_TestPL

2020.01.20 16:50:25.514 Statistics      optimization done in 0 minutes 39 seconds
2020.01.20 16:50:25.514 Statistics      shortest pass 0:00:36.626, longest pass 0:00:38.832, average pass 0:00:37.448
2020.01.20 16:50:25.514 Statistics      12000 frames (4.71 Mb total, 412 bytes per frame) received
2020.01.20 16:50:25.514 Statistics      local 12 tasks (100%), remote 0 tasks (0%), cloud 0 tasks (0%)


2020.01.20 16:51:48.969 Statistics      optimization done in 1 minutes 01 seconds
2020.01.20 16:51:48.969 Statistics      shortest pass 0:00:54.094, longest pass 0:01:01.868, average pass 0:00:58.784
2020.01.20 16:51:48.969 Statistics      24000 frames (9.43 Mb total, 412 bytes per frame) received
2020.01.20 16:51:48.969 Statistics      local 24 tasks (100%), remote 0 tasks (0%), cloud 0 tasks (0%)

Árvore_Brut_TestPL_F

2020.01.20 16:55:17.840 Statistics      optimization done in 0 minutes 57 seconds
2020.01.20 16:55:17.840 Statistics      shortest pass 0:00:53.159, longest pass 0:00:56.540, average pass 0:00:54.924
2020.01.20 16:55:17.840 Statistics      12000 frames (4.71 Mb total, 412 bytes per frame) received
2020.01.20 16:55:17.840 Statistics      local 12 tasks (100%), remote 0 tasks (0%), cloud 0 tasks (0%)


2020.01.20 16:57:48.843 Statistics      optimization done in 2 minutes 18 seconds
2020.01.20 16:57:48.843 Statistics      shortest pass 0:01:57.327, longest pass 0:02:18.116, average pass 0:02:06.879
2020.01.20 16:57:48.843 Statistics      24000 frames (9.43 Mb total, 412 bytes per frame) received
2020.01.20 16:57:48.843 Statistics      local 24 tasks (100%), remote 0 tasks (0%), cloud 0 tasks (0%)