Vous manquez des opportunités de trading :
- Applications de trading gratuites
- Plus de 8 000 signaux à copier
- Actualités économiques pour explorer les marchés financiers
Inscription
Se connecter
Vous acceptez la politique du site Web et les conditions d'utilisation
Si vous n'avez pas de compte, veuillez vous inscrire
Comment faites-vous ?
J'ai juste reproduit les freins quand les agents 6/8 étaient en marche.
J'ai juste reproduit les freins quand les agents 6/8 étaient en marche.
C'est-à-dire un problème lorsque le CPU est chargé.
MQ-Demo, 20 graphiques, b2656. Seul Terminal fonctionne sur la machine, Tester ne fonctionne pas.
J'ai juste reproduit les freins quand les agents 6/8 étaient en marche.
C'est-à-dire que le problème se pose lorsque l'unité centrale est chargée.
Est-ce une nouvelle information pour vous ?
Est-ce une nouvelle information pour vous ?
Je ne comprends pas bien pourquoi il est impossible de contourner ces décalages de charge CPU. Probablement incompétent pour le faire.
Cependant, vous trouverez ci-dessous un test propre qui montre le problème de la pertinence des données de prix dans MT5. J'ai fourni le code avec des commentaires. En bref, les ticks sont pris via SymbolInfoTick/stack et vérifiés les uns par rapport aux autres. En particulier, pour éviter les écarts et les décalages importants entre des ticks identiques provenant de sources différentes.
Résultat (un seul MT5-b2656 fonctionnant sur la machine, charge CPU autour de zéro, un graphique, Tester non utilisé).
Veuillez confirmer la lecture.
Total intermédiaire pour une machine à déchargement rapide.
Question aux développeurs.
Supposons que SymbolInfoTick ait été exécuté pendant 5 ms. Le tic correspondra-t-il à l'heure actuelle, ou à 5 ms avant ?
Les freins SymbolInfoTick sont fermés. Le résultat est le suivant.
Si le CPU est surchargé (comme Optimize qui ne fonctionne pas sur tous les cœurs), SymbolInfoTick peut prendre jusqu'à des dizaines de millisecondes pour se terminer. Il n'y a pas de réponse à la question de savoir pourquoi cette fonction la plus populaire du terminal ne se déclenche pas régulièrement. Si possible, faites-en des clichés. Et n'oubliez pas que même à une charge CPU nulle, la fonction OnTick peut fonctionner des dizaines de millisecondes plus tard qu'un tick qui arrive au terminal.
Dans l'ensemble, c'est assez triste, mais cela ne peut pas inquiéter ceux qui font du commerce primitif.
Les freins SymbolInfoTick sont fermés. Le résultat est le suivant.
Si le CPU est surchargé (comme Optimize qui ne fonctionne pas sur tous les cœurs), SymbolInfoTick peut prendre jusqu'à des dizaines de millisecondes pour se terminer. Il n'y a pas de réponse à la question de savoir pourquoi cette fonction la plus populaire du terminal ne se déclenche pas régulièrement. Si possible, faites-en des clichés. Et n'oubliez pas que même à une charge CPU nulle, la fonction OnTick peut fonctionner des dizaines de millisecondes plus tard qu'un tick qui arrive au terminal.
Dans l'ensemble, c'est assez malheureux, mais cela ne peut pas déranger ceux qui font du commerce primitif.
Pour ceux qui font du commerce " non primitif " : le matériel doit être à la hauteur.
"pas même sur tous les cœurs" - parlez-vous de "6/8" ? c'est-à-dire 6 processus, et chacun d'eux charge à 100% un cœur de CPU pendant la durée du test ? Et il n'y a que 4 cœurs physiques ? Et vous vous étonnez sincèrement que sur un tel fond, le test "traîne" ?
Si c'est effectivement votre niveau de compréhension, alors : "Apprendre, apprendre et apprendre encore".
Si vous voulez violer un processeur avec 16-20 threads - achetez un processeur avec 20 cœurs physiques au moins.
Pour ceux qui font du commerce " non primitif " : le matériel doit être à la hauteur.
"pas même sur tous les cœurs" - parlez-vous de "6/8" ? c'est-à-dire 6 processus, et chacun d'eux charge à 100% un cœur de CPU pendant toute la durée du test ? Et il n'y a que 4 cœurs physiques ? Et vous vous étonnez sincèrement que sur un tel fond, le test "traîne" ?
Si c'est effectivement votre niveau de compréhension, alors : "Apprendre, apprendre et apprendre encore".
Si vous voulez violer un processeur avec 16-20 threads - achetez un processeur avec 20 cœurs physiques au moins.
Je suis sûr que je peux prouver que l'obtention de vos prix actuels est mise en œuvre très lentement. La charge CPU crée une telle lenteur uniquement à cause de l'implémentation incorrecte de la fonction la plus importante de MQL5.
Je suis sûr que je peux prouver que votre mise en œuvre pour obtenir les prix actuels est très lente. La charge du CPU ne crée que de tels ralentissements en raison d'une implémentation incorrecte de la fonction principale dans MQL5.
Code de test :
Prouvez-le.