Évaluation des cœurs de processeur pour l'optimisation - page 15

 
Fast235:
Je ne comprends pas pourquoi j'ai changé le 16gb ram à 32, le testeur comme mangé 16 pcs +16 virtuel, maintenant il mange 32 pcs + 31 virtuel, un non-sens, j'ai acheté 32gb SSD pour décharger et prolonger sa vie, et Pish. par jour par terrabyte écrit, pauvre ssd

Pourquoi ne pas désactiver la création d'un fichier d'échange ? Et, alternativement, créer ce fichier sur un disque RAM de 16 gigas.

 
Aleksey Vyazmikin:

Pourquoi ne pas désactiver la création d'un fichier d'échange ? Vous pouvez également créer le fichier sur un disque RAM de 16 gigas.

Si vous désactivez le swap, le testeur indique qu'il n'y a pas assez de mémoire en mode All ticks.

 
Fast235:

Si la pagination est désactivée, le testeur dit qu'il n'y a pas assez de mémoire.

Il reste donc l'option du disque RAM.

 

Impossible de compiler Tree_Brut_TestPL_F_Fast

Échec de la compilation à 16 %. Je l'ai essayé sur deux ordinateurs différents. Cela peut être dû à la construction de MetaEditor. Veuillez réinitialiser celui qui a été compilé.

 
dsfx:

Impossible de compiler Tree_Brut_TestPL_F_Fast

Échec de la compilation à 16 %. Je l'ai essayé sur deux ordinateurs différents. Cela peut être dû à la construction de MetaEditor. Veuillez réinitialiser celui qui a été compilé.

Combien de temps avez-vous attendu ? La compilation peut prendre jusqu'à une heure - cela dépend de la puissance du cœur du processeur.

Il est interdit de télécharger des fichiers compilés sur le forum.

 
Aleksey Vyazmikin:

Combien de temps avez-vous attendu ? La compilation peut prendre jusqu'à une heure - cela dépend de la puissance du cœur du processeur.

Il n'est pas permis de télécharger des fichiers compilés sur le forum.

Hmmm, j'ai attendu environ 10 minutes)). Mais à peu près de la même taille, Tree_Brut_TestPL_F semble se compiler en 5 minutes environ. Je vais attendre plus longtemps...

 

Résultats du Ryzen 9 3950X

Je n'ai toujours pas compris ce qui affecte réellement la vitesse de test de ce processeur. J'ai tout essayé, les résultats sont dans les mêmes valeurs. Changer la fréquence de base du CPU avec les valeurs prédéfinies de la carte mère jusqu'à +600MHz ne mène à rien. Apparemment, c'est parce qu'il overclocke dans les tests sans aucune aide. Les caractéristiques de la mémoire, comme vous pouvez le voir dans le tableau, ne l'affectent pas vraiment non plus. Si vous avez une idée de qui sera intéressé, postez-la s'il vous plaît !


Quant à l'utilisation pratique de ce processeur pour les tests dans MT5 - voici quelques nuances auxquelles vous ne penserez pas tout de suite !

Tout d'abord, chaque agent de MT5, pour une raison quelconque, s'alloue une partie distincte de la mémoire, même si le test est exécuté sur une paire et non sur différentes paires. Et, par exemple, si nous testons sur les croix, cela charge plus de majors. Par conséquent, lors des tests sur des ticks réels pour la période de 2 ans, chaque agent occupe 7 Go de mémoire. Oui, il est utile de mentionner que je l'ai essayé sur un courtier populaire, dont 70% des ticks se répètent (avec les mêmes Ask et Bid). Je vais en essayer d'autres sur une histoire personnalisée et je posterai les chiffres plus tard. Donc, pour charger 64GB de mémoire, je ne peux tester que sur 8 agents. Exit - histoire personnalisée avec filtrage des tics répétitifs, contrôle constant de la taille de la mémoire et donc de la période de test, 128 Go de mémoire et test sur 16 agents. C'est comme ça que ça marche ! !!? Donc c'est moi qui teste depuis deux ans.... et si vous prenez une période plus longue... ?!


Deuxièmement. J'ai mis un SSD temporaire d'un autre ordinateur EVO 860. J'ai rencontré un autre problème (j'ai déjà écrit à ce sujet auparavant). Lorsque je lance l'optimisation, même de 8 passes, les agents essaient d'accéder simultanément au SSD pour se pomper dans l'historique des tics de la RAM. Il n'y a pas de file d'attente, donc le SSD devient "rouge" et des erreurs apparaissent dans le journal MT5 :

C'est-à-dire que le testeur ne peut pas exécuter les passes, car il n'a pas réussi à télécharger les ticks, bien qu'il écrive qu'il n'y a pas assez de mémoire ! En effet, lorsque vous considérez que mon SSD poussait jusqu'à 600MB/s selon les lectures du système à ce moment-là, il lui faudrait plus de 100 secondes pour remplir même 64GB de RAM. Donc le vieux SSD ne convient pas du tout, j'attends le EVO 970 avec 3500GB/s, mais même avec lui, 128GB rempliront plus de 30 secondes. C'est-à-dire que les erreurs resteront.


Alors, Messieurs les développeurs. Nous avons besoin de votre attention sur ce problème, sinon l'utilisation de processeurs multi-cœurs est extrêmement gênante, voire impossible !

Si cela est possible, il serait bon d'utiliser la mémoire RAM de manière plus économique. Même si ce n'est qu'en optimisant sur une seule paire de devises ! Après tout, si le test fonctionne sur un seul symbole, tous les agents peuvent sûrement accéder à un seul et même espace mémoire. Pourquoi chacun d'entre eux produirait-il des copies ? Il n'y aura alors aucun problème de pénurie de mémoire, de vitesse de lecture du disque dur et la conception sera moins chère !

Si cela n'est pas possible, créez au moins une sorte de file d'attente pour que les agents puissent accéder au disque dur et/ou augmentez le temps d'attente pour la copie. Mais l'optimisation de l'utilisation de la mémoire serait bien sûr beaucoup plus efficace !

Merci !

 
dsfx:

Résultats du Ryzen 9 3950X

Je n'ai toujours pas compris ce qui affecte réellement la vitesse de test de ce processeur. J'ai tout essayé, les résultats sont dans les mêmes valeurs. Changer la fréquence de base du CPU avec les valeurs prédéfinies de la carte mère jusqu'à +600MHz ne mène à rien. Apparemment, c'est parce qu'il overclocke dans les tests sans aucune aide. Les caractéristiques de la mémoire, comme vous pouvez le voir dans le tableau, ne l'affectent pas vraiment non plus. Si vous avez des idées, si vous êtes intéressés, postez-les, s'il vous plaît !

La fréquence du processeur affecte les performances - essayez de la corriger ou de fixer des limites. Pour les calculs, le coprocesseur est d'une importance primordiale, donc le multithreading (XMP) ne donne pas un gain linéaire, c'est-à-dire une accélération due à une préparation plus rapide des données pour les calculs par les coprocesseurs.

Pour ce qui est du reste du post - les tics sont diaboliques, surtout s'ils doivent être croisés - le taux d'erreur augmente considérablement. Les croisements et les monnaies de base fluctuent de manière désynchronisée.

Les erreurs SSD sont étranges - y a-t-il vraiment assez de RAM à ce stade ? La mémoire virtuelle a-t-elle été désactivée ?

 
Aleksey Vyazmikin:

La fréquence du processeur affecte les performances - essayez de la corriger ou de fixer des limites. Pour les calculs, le coprocesseur est avant tout important, aussi le multithreading (XMP) apporte un gain non linéaire, c'est-à-dire une accélération due à une préparation plus rapide des données pour les calculs par les coprocesseurs.

Pour ce qui est du reste du post - les tics sont diaboliques, surtout s'ils doivent être croisés - le taux d'erreur augmente considérablement. Les croisements et les monnaies de base fluctuent de manière désynchronisée.

Les erreurs SSD sont étranges - y a-t-il vraiment assez de RAM à ce stade ? La mémoire virtuelle a-t-elle été désactivée ?

Oui, en effet. Après avoir fixé le CPU à différentes fréquences, le résultat est notable. La pratique a montré qu'il est préférable de ne pas corriger - le dernier firmware dans le bios n'a pas encore ce modèle de CPU, et les fréquences fixes pré-installées en dessous sont connues pour obtenir la fréquence maximale en mode turbo sans correction. Je ne suis pas encore entré dans les bios, mais les critères de dépendance sont déjà clairs. J'attends le nouveau firmware.


Mémoire virtuelle "par choix du système". J'ai changé mon SSD d'evo 860 à evo 970 plus - c'est devenu plus amusant de remplir la RAM (environ 3-4 fois mieux) et je peux commencer avec plus d'agents, mais il y a toujours des erreurs si je laisse plus d'agents que la mémoire suffisante pour eux. Mais en pratique, j'ai développé la stratégie d'optimisation suivante. Le gestionnaire de tâches est toujours activé. Je démarre d'abord 8 agents et contrôle la charge de la RAM, puis j'en démarre 4 autres jusqu'à ce que la RAM soit remplie à environ 80%. Si je ne touche à rien, tout est optimisé sans solliciter le disque. Mais dès que je fais une erreur et que j'ajoute plus d'agents, immédiatement le ssd se met à fond et pour une raison quelconque, le windup décharge la mémoire d'environ 50%. L'optimisation ralentit sensiblement et la seule solution est de redémarrer le terminal et de recommencer. Comme ça.

 

Résultats du test "Tree_Brut_TestPL_F_Fast" pour cela :

Agent par cœur :

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%)

Agent par fil :

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%)

Arbre_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%)

Arbre_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%)