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
L'ajout d'un ordre/une transaction à l'historique des transactions entraîne la reconstruction complète du cache HistorySelect, et non partielle. D'où les décalages dans le déclenchement des ordres en attente.
b2595 - corrigé, super !
J'ai vérifié la mauvaise histoire, je ne l'ai pas encore réparée.
Forum sur le trading, les systèmes de trading automatisé et les tests de stratégies de trading
MT5 et la vitesse en action
fxsaber, 2020.09.08 19:46
Le b2596 est devenu plus rapide, il semble.
Pouvez-vous me dire ce qu'il faut faire pour éviter ce genre de choses lors des transactions ?
La dernière ligne est normale.
Les décalages peuvent-ils être affectés par des EA fonctionnant en parallèle ? Aucun indicateur.
SZY Profilage sur un terminal vide.
SymbolInfoTick est une fonction coûteuse.
Les décalages peuvent-ils être affectés par des EA fonctionnant en parallèle ? Il n'y a pas d'indicateurs.
J'ai lancé un terminal vide en parallèle et l'ai essayé. Je n'ai pas vu la même chose.
Configuration.Forum sur le trading, les systèmes de trading automatisés et les tests de stratégie
MT5 et la vitesse en action
fxsaber, 2020.09.01 21:59
Installé Win10, LatencyMon montre que tout va bien.
Quoi qu'il en soit, étant donné que presque toutes les fonctions régulières peuvent entraîner un ralentissement, le conseiller expert de la bataille exécute chaque OnTick pendant plusieurs dizaines de millisecondes. La somme des appels Ordre*+SymbolInfoTick+Position*, etc. consomme cette somme. Il n'y a pas de calculs mathématiques. Vous avez besoin d'instantanés gratuits. Sans eux, le HDI sur MT5 ne fonctionne pas.
Quelque chose ne va pas avec l'approche... Apparemment, les fonctions OnTrade sont nécessaires, plutôt que de scanner l'état à partir de zéro à chaque tick.
Quelque chose ne va pas avec l'approche... Apparemment, les fonctions OnTrade sont nécessaires, plutôt que de scanner l'état à partir de zéro à chaque tick.
Le paradigme OOP suppose que chaque sous-TC scrute l'environnement commercial. Cependant, si vous le voulez vraiment, vous pouvez briser un peu l'indépendance des objets OOP.
Par exemple, faites un instantané complet au tout début de OnTick. Et elle doit être répétée uniquement après l'appel des fonctions synchrones - OrderSend et CopyTicks.
En ce qui concerne OnTrade*, les ruptures de connexion perturbent le système lorsque les instantanés sont effectués uniquement dans les fonctions OnTrade. Sinon, bien sûr, il y aurait une grande économie.
Le paradigme OOP suppose que chaque sous-OS scrute l'environnement commercial. Cependant, si on le veut vraiment, on peut briser un peu l'indépendance des objets OOP.
Par exemple, faites un instantané complet au tout début de OnTick. Et il ne sera répété qu'après l'appel des fonctions synchrones - OrderSend et CopyTicks.
Bien entendu, l'objet de l'instantané doit être unique.
En ce qui concerne OnTrade*, les ruptures de liens perturbent le système lorsque les instantanés sont effectués uniquement dans les fonctions OnTrade. Sinon, bien sûr, il y aurait une grande économie.
Détecter une rupture de connexion et forcer la mise à jour de l'instantané au prochain tick, puis revenir en mode économique ?