FORTS. Questions relatives à l'application de la loi - page 78
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
Construire 1430
Jusqu'à la dixième seconde sur l'ouverture des arbitres, la queue est sauvage.
Il n'est pas toujours possible de manger un petit pain gratuitement).
Jusqu'à la dixième seconde sur l'ouverture des arbitres, la queue est sauvage.
On ne peut pas toujours avoir une brioche gratuite).
L'ouverture est
Et cela fait 6 secondes.....
Jusqu'à la dixième seconde à l'ouverture des arbitres, la queue est sauvage.
On ne peut pas toujours avoir une brioche gratuite).
Pourquoi c'est bon aujourd'hui à la même heure ? Bild 1430 real.
Il y a environ 10 jours, lorsque j'ai contacté le courtier pour connaître les raisons de ces retards,
Je leur ai conseillé d'utiliser un autre logiciel qui se connecte directement au Promserver de la bourse (Cgate).
J'avais juste besoin d'écrire un simple logger qui placerait et supprimerait les ordres en attente,
et alors ça aurait été plus clair tout de suite.
Il serait alors possible de savoir immédiatement dans quel maillon les retards se produisent.
Mais jusqu'à présent, le courtier "travaille" sur cette question. :(
Eh bien, pourquoi est-ce que c'est bon à la même heure aujourd'hui ? Bild 1430 real.
Voici un excellent moyen pour les développeurs de reproduire les freins !
Maintenant, il ne sera plus possible de dire "on ne voit pas les freins".
Les développeurs devraient commencer à limiter les demandes à l'ouverture de la session et surveiller le temps d'exécution. S'ils constatent une lenteur, ils s'en occupent localement.
En ce moment, malheureusement, la situation est déprimante.
Question pour les développeurs.
Définition d'une commande en mode asynchrone
De qui vient le message ?
Depuis le terminal ou le serveur ?
La bourse a-t-elle confirmé qu'un ordre a été placé pour la négociation ou non ?
Ou ce message signifie que le serveur MT5 a seulement envoyé un ordre à la bourse ?
(Si possible, plus de détails comme avec OrderSend)
Il s'agit d'une réponse de la bourse, et non du serveur de trading mt5.
Je vois.
Nous attendrons que le courtier décide quelque chose avec son réseau (logiciel).
C'est intéressant.
Si la réponse de l'échange estplacée pour exécution dans 6,563 ms, alors
probablementaccepté est la réponse du serveur de trading MT5
Puis de cet appel au journal
il s'ensuit que le serveur commercial a répondu :
2016.10.10 15:50:02.395 Trades'xxxxxx': modifier l'ordre #45553946 vendre limite 5.00 HYDR-3.17 à 8056 sl : 0 tp : 0 -> 8054, sl : 0 tp : 0 MINUS
2016.10.10 15:50:03.029 Trades'xxxxxx': accepté modifier ordre #45553946 vendre limite 5.00 HYDR-3.17 à 8056 sl : 0 tp : 0 -> 8054, sl : 0 tp : 0
est égal à 634 ms, alors la bourse a placé un ordre pour ( -2 ms ) ???
2016.10.10 15:50:03.029 Trades'xxxxxx': modifier l'ordre #45553946 vendre limite 5.00 HYDR-3.17 à 8056 sl : 0 tp : 0 -> 8054, sl : 0 tp : 0 placé pour exécution dans 632.079 ms
Ou je ne comprends pas quelque chose ou il y a quelque chose d'étrange avec les journaux ?
Aide à la compréhension....
Aide à la compréhension....
Le terminal indique l'heure locale d'enregistrement/réception du signal sur votre terminal, et non l'heure exacte de chaque étape d'exécution du côté distant.
Dans ce cas, vous avez reçu toutes les réponses (à la fois la confirmation du serveur MT5 et la confirmation de la passation d'un ordre sur la bourse) au même moment 029. Comme il existe de nombreux réseaux entre vous, il n'est pas garanti qu'un paquet vous parvienne instantanément dans le temps de ping minimal. Un petit encombrement du réseau ou un manque de bande passante (par exemple chez le courtier) entraînera l'accumulation de paquets qui seront ensuite livrés par lots.
C'est pourquoi vous ne pouvez pas compter les temps des différentes étapes s'il y a des problèmes avec le réseau. Dans un réseau idéal, proche du serveur du courtier, on peut toujours compter sur une certaine garantie de latence minimale et compter le temps des étapes intermédiaires.
La réponse "J'ai un réseau parfait, je ne peux pas me plaindre" n'est pas appropriée. Il s'agit de délais complètement différents, qui sont au-delà de la perception humaine dans des conditions normales.