FORTS longs délais d'exécution des commandes - page 7
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
J'ai une autre adresse IP.
C'est moi qui ai écrit des bêtises - c'est mon IP))
:)
Renat, avec tout le respect que je vous dois, j'ai du mal à croire qu'à 21h00, la bourse enregistre...
pour un instrument illiquide (il y a peu d'offres dans le ticker, il n'y a donc pas de file d'attente) pendant 388 ms.
Qu'est-ce que cela signifie de croire ?
Vous savez qu'il y a tout un monde d'exécution derrière les murs de MT5, où tout le travail a lieu. MT5 lui-même fonctionne avec une charge nulle (même si nous rassemblons tous les opérateurs boursiers de Russie, le serveur ne remarquera même pas la charge) et toute variation de charge potentielle est en dehors de nos limites.
Pourquoi pensez-vous que le tuyau (qui n'a même pas théoriquement de latence de variation, puisqu'il n'y a pas de sujet à freiner) introduit des retards et non l'échange lui-même ? Et vous voyez dans d'autres transactions qu'il s'agit d'un véritable tuyau sans intelligence qui diffuse simplement les transactions à toute vitesse.
Celui qui travaille avec des liquidités externes (écrit des passerelles, les utilise, même sans les relier à MT4/MT5), sait qu'il y a toujours des décalages "inexplicables" dans la vitesse d'exécution. Dans 90 % des cas, tout se déroule parfaitement à une vitesse proche du double ping, mais il arrive que le temps d'exécution soit dix fois supérieur à la normale. Et même pas aux infos.
Qu'est-ce que la croyance a à voir avec ça ?
Vous savez que derrière les murs de MT5, il y a tout un monde d'exécution où tout le travail se passe. Le MT5 d'Otkritie lui-même fonctionne avec une charge nulle (même si vous y réunissez tous les traders en bourse de Russie, le serveur ne remarquerait même pas la charge) et toutes les variations de charge potentielles se trouvent en dehors de nos frontières.
Pourquoi pensez-vous que le tuyau (qui n'a même pas théoriquement de latence de variation, puisqu'il n'y a pas de sujet de freinage) est à l'origine des retards, et non l'échange lui-même ? Et vous voyez dans d'autres transactions qu'il s'agit d'un véritable tuyau sans intelligence qui diffuse simplement les transactions à toute vitesse.
Celui qui travaille avec des liquidités externes (écrit des passerelles, les utilise, même sans les relier à MT4/MT5), sait qu'il y a toujours des décalages "inexplicables" dans la vitesse d'exécution. Dans 90 % des cas, tout se déroule parfaitement à une vitesse proche du double ping, mais il arrive que le temps d'exécution soit dix fois supérieur à la normale. Et même pas aux infos.
Faites-vous allusion à des bugs dans l'échange lui-même qui sont si facilement reproductibles ? Indirectement, cela peut être réfuté par l'absence de telles plaintes de la part des traders à haute fréquence via le Plaza.
Les forums d'échange "mangeraient" l'échange en une fois pour de tels freins. Ce n'est pas l'échange qui le ralentit, ça c'est sûr.
Faire allusion à des bugs dans l'échange lui-même qui sont si facilement reproductibles ? Indirectement, cela peut être réfuté par l'absence de telles plaintes de la part des traders à haute fréquence via le Plaza.
Les forums d'échange "mangeraient" l'échange en une fois pour de tels freins. Ce n'est pas l'échange qui le ralentit, c'est sûr.
Vous ne pouvez pas supposer que vous jouez à un jeu avec votre ordinateur, qui est strictement déterministe dans ses actions et sa vitesse de réponse. La méthode de comparaison par "l'absence de plaintes du public" est inappropriée dans ce cas. De plus, ceux qui écrivent leurs intégrations en ont assez des effets intéressants, les considèrent comme acquis et n'en parlent plus en public. Nous, par contre, nous n'écrivons pas nos plaintes sur certaines passerelles dans des forums publics, même si nous rencontrons parfois des choses absolument inutiles.
Pour obtenir une réponse précise sur les délais, vous devez formuler correctement une demande, poser une question spécifique sur la transaction en question au service d'assistance du courtier et demander un journal de l'exécution de la transaction en question. Car seul le courtier dispose de journaux d'exécution précis sur toute la ligne. Il est important de poser la bonne question afin qu'elle ne soit pas considérée comme excessive et générique.
Il est irrationnel de poser ce genre de questions dans un forum en sachant que l'autre partie ne dispose pas de ces registres.
Vous ne pouvez pas supposer que vous jouez à un jeu avec votre ordinateur, qui est strictement déterministe dans ses actions et son taux de réponse. La méthode de comparaison "public sans plainte" n'est pas appropriée dans ce cas.
Pour obtenir une réponse précise sur les délais, vous devez formuler correctement une demande, poser une question spécifique sur la transaction en question à l'équipe d'assistance du courtier et demander le journal d'exécution de la transaction en question. Car seul le courtier dispose de journaux d'exécution précis en cours de route. Il est important de poser la bonne question afin qu'elle ne soit pas considérée comme excessive et générique.
Il est irrationnel de poser ce genre de questions dans un forum en sachant que l'autre partie ne dispose pas de ces registres.
Je vais prendre la liberté, au nom de tous ceux qui tradent sur la bourse via des MT5 EAs, de vous demander d'examiner les cas spécifiques (les logs sont donnés) et de donner une réponse raisonnée ici, quels sont les freins et qui est vraiment derrière eux ? Je ne suis pas le seul à être stressé par cette situation. Ôtez le soupçon de la plateforme, confirmez la réputation des développeurs hautement qualifiés du "tuyau". La réponse ressemble maintenant beaucoup à un transfert de flèche typique (pardonnez-moi pour mon phranusien).
Ok, lundi nous demanderons nous-mêmes les logs de ces transactions et nous afficherons le résultat des vérifications. Bien sûr, si Mikalas n'y voit pas d'inconvénient.
Ok, nous demanderons nous-mêmes les logs de ces transactions lundi et nous posterons le résultat des vérifications.
Merci de votre compréhension ! Pour dissiper les soupçons des sceptiques de MT5 sur la latence, il serait utile de fournir des données statistiques sur la vitesse d'exécution avec une certaine périodicité. Donnez un graphique de la distribution de la latence moins le double ping.
Je suggère à tous ceux qui le souhaitent de développer un analyseur syntaxique unique et open-source des journaux MT5 qui collecterait des données statistiques à des dates précises pour les analyser. Et partagez ces statistiques publiquement dans un fil séparé. En travaillant ensemble, nous pourrons peut-être résoudre de nombreux problèmes délicats.
Ok, lundi nous demanderons nous-mêmes les logs de ces transactions et nous publierons le résultat des contrôles. Bien sûr, si Mikalas n'y voit pas d'inconvénient.
Bien sûr, cela ne me dérange pas, je suis un commerçant très intéressé (annonce du 20.11.2014).
Seulement comment allons-nous vérifier, parce que dans OrdersLog il y a le temps de la commande par l'échange, pas le temps de sa réception.