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
Incompris. Nous devons comprendre si MT se bloque ou non. Nous analysions les journaux du serveur, lorsque les pauses se modifiaient pendant des dizaines de secondes. Tout est parfait sur le serveur.
Le problème est donc ailleurs.
J'ai constaté que je touche très souvent les prix antérieurs. C'est-à-dire un retard important dans le terminal. La question se pose de savoir comment l'identifier.
Ici, j'ai acheté un VPS. Comment puis-je savoir qu'il est parfaitement adapté ? Je veux dire, il doit y avoir une sorte d'indicateur numérique. Il s'avère que les retransmissions ne sont pas fiables. À minuit - des dizaines de pour cent.
Je peux peut-être déployer une machine virtuelle sur la même machine physique que le serveur de trading. Et je serais capable de faire fonctionner le terminal à partir de là. Je suppose que cela réduirait le nombre de blocages.
Il me semble que le traçage, le ping depuis la console ou un logiciel spécial ne résoudront pas le problème.
Il est nécessaire d'enregistrer la participation de MT d'une manière ou d'une autre. Il me semble que nous devrions prendre position et demander aux développeurs de faire leur propre compteur pourTERMINAL_RETRANSMISSION
Incompris. Nous devons comprendre si MT se bloque ou non. Nous analysions les journaux du serveur, lorsque les pauses se modifiaient pendant des dizaines de secondes. Tout est parfait sur le serveur.
Le problème est donc ailleurs.
J'ai constaté que j'atteignais très souvent les prix antérieurs. C'est-à-dire un retard important dans le terminal. La question s'est posée de savoir comment l'identifier.
Ce n'est pas très clair ce que signifie exactement "tout est parfait sur le serveur" :
1) Aucune demande de modification n'est arrivée au serveur, ou toutes les demandes dans les 10 secondes avaient un prix périmé ?
2) Et combien de secondes représente la différence entre le prix "actuel" et "obsolète" ?
3) Qui détermine que le prix est périmé : le serveur MT ou une tierce partie, peut-être une bourse ?
Si le problème est fréquent, vous pouvez analyser le trafic de modification des commandes à l'aide de Wireshark associé à Process Monitor (Network Activity) de Sysinternals.
Il n'est pas très clair ce que signifie exactement "tout est parfait sur le serveur" :
1) Aucune demande de modification n'est arrivée au serveur, ou toutes les demandes dans les 10 secondes avaient un prix périmé ?
2) Et combien de secondes représente la différence entre le prix "actuel" et "obsolète" ?
3) Qui détermine que le prix est périmé : le serveur MT ou une tierce partie, peut-être une bourse ?
Sur le serveur, toutes les demandes ont été traitées en unités de millisecondes. En ce qui concerne les prix périmés, vous devez vérifier auprès de l'administrateur.
Si le problème est récurrent, vous pouvez analyser le trafic de modification d'ordre en utilisant Wireshark couplé à Process Monitor (Network Activity) de Sysinternals.
Je suis complètement novice en la matière.
Il a été possible de reproduire les freins des fonctions HistorySelect.
Forum sur le trading, les systèmes de trading automatisés et les tests de stratégies de trading
MT5 et la vitesse en action
fxsaber, 2020.06.04 14:38
J'ai dessiné un tel EA.
Merci de nous faire part de vos résultats et de nous dire qui va l'essayer. Des résultats avec les ralentissements ?
ZS Long a essayé de comprendre pourquoi il y a des freins sur les comptes vivants. Je pense avoir trouvé la zone problématique.
ZS Long a essayé de comprendre pourquoi les comptes de bataille étaient lents. Il semble avoir trouvé la zone à problème.
Voilà à quel point la situation au combat est déprimante.
Si vous regardez de près, vous pouvez voir que les EA indépendantes les unes des autres ralentissent de la même manière (temps de latence et durée). C'est-à-dire que lorsque plusieurs conseillers experts font l'appel HistorySelect, MT5 arrête l'exécution de tous les conseillers experts pendant un certain temps, puis renvoie ses résultats aux conseillers experts.
Quelle est la raison d'une API aussi étrange (par rapport à l'imminente) pour travailler avec l'histoire ? Où sont les pièges de cette approche ?
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.05.28 15:27
HistorySelect.
C'est une fonction incroyablement coûteuse. Et malheureusement, aucune quantité de cache ne peut rendre sa vitesse acceptable maintenant.
Veuillez envisager d'introduire de telles fonctionnalités d'histoire.
Ils fermeraient complètement les freins de l'HistorySelect. Parce que cela résoudrait le problème d'obtenir les dernières offres à très bas prix. Pour l'instant, c'est un tourment dans l'exécution du combat.
Il n'est pas toujours possible de contrôler les dernières transactions via OnTradeTransaction. C'est pourquoi un rapide HistorySelect est pertinent.
Il n'est probablement pas normal que les performances de MT4 soient supérieures à celles de MT5 lorsqu'il s'agit de l'historique des transactions.
Veuillez retirer les freins du terminal de négociation !
Les 1000 métiers de l'histoire sont-ils suffisants ?
Testé avec ces lectures.
Commandes 20990
Contrats 10277
Connectez-vous dans 20 minutes
Commandes 20990
Contrats 10277
Connectez-vous dans 20 minutes.
Super, merci ! Enfin, une confirmation complète des tristes décalages de MT5. Et ce, sans aucune fonction commerciale. Des problèmes presque partout.
C'est déprimant. Il serait intéressant de voir le résultat sous Linux. Sous Win, il n'y a pas de temps réel pour en parler.