FORTS. Questions relatives à l'application de la loi - page 85
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
Accepté - qu'est-ce que cela signifie exactement ?
1533 - pas de données de serveur dans les journaux à nouveau. Alors, prenez soin de votre 1531.
Non accepté pas reconnu terminal :(
parce que le temps entre le début de l'envoi et l'acceptation (6 ms) est presque égal au temps total d'exécution (6.984 ms)
(la commande est envoyée à l'aide de la commande OrderSendAsync)
2017.02.17 11:07:11.397 Trades 'xxxxx': accepted cancel order #52592261 sell limit 1.00 PLD-6.17 at 812.23
2017.02.17 11:07:11.398 Trades 'xxxxx': cancel order #52592261 sell limit 1.00 PLD-6.17 at 812.23 placed for execution in 6.984 ms (1.955 ms on server)
Le plus souvent, le message accepté est un message du serveur indiquant que l'ordre a été soumis à la Bourse,
et ,placé pour exécution que l'ordre est accepté par la Bourse et ce que nous voyons entre parenthèses est l'heure.
entre l'envoi à la Bourse et la livraison de la réponse de la Bourse :(
Ajouté
Par conséquent, dans votre cas, le délai est doublé (l'ordre n'a pas été envoyé à la bourse, et comme s'il était traité 2 fois sur le serveur, donc délai "double").
PN 0 11:29:52.745 Trades '5245006': accepted cancel order #134078969 buy limit 1.00 RTS-6.17 at 110740
RM 0 11:29:55.329 Trades '5245006': cancel #134078969 buy limit 1.00 RTS-6.17 at market done in 4342.061 ms (4281.910 ms on server)
~2 sec - traitement de la commande entrante par le serveur
~2 sec - "imitation" du travail d'Exchange sur le serveur
Par conséquent, dans votre cas, le délai est doublé (l'ordre n'a pas été envoyé à la bourse, mais a été en quelque sorte traité deux fois sur le serveur, il y a donc un "double" délai).
PN 0 11:29:52.745 Trades '5245006': accepted cancel order #134078969 buy limit 1.00 RTS-6.17 at 110740
RM 0 11:29:55.329 Trades '5245006': cancel #134078969 buy limit 1.00 RTS-6.17 at market done in 4342.061 ms (4281.910 ms on server)
~2 sec - traitement de la commande entrante par le serveur
~2 sec - "imitation" du travail d'Exchange sur le serveur
Il faut demander aux développeurs ce que signifie chaque ligne du journal.
Il n'est pas difficile de le rechercher soi-même.
2017.02.17 13:21:20.390 trader (RTS-3.17,M1) OnTradeTransaction: Order got ticket.
2017.02.17 13:21:20.399 trader (RTS-3.17,M1) OnTradeTransaction: Order place done.
2017.02.17 13:21:20.389 Trades '1007932': accepted buy limit 2.00 RTS-6.17 at 115140
2017.02.17 13:21:20.390 Trades '1007932': buy limit 2.00 RTS-6.17 at 115140 placed for execution in 8.267 ms
Il n'est pas difficile de le constater par soi-même
Le terminal a accepté la commande et l'a envoyée.
Le serveur a enregistré l'ordre dans son système et l'a envoyé à l'exécution.
L'exécution est terminée et l'information parvient au terminal.
Il n'y a pas de temps double. L'enregistrement de l'ordre et la partie exécution sont des choses différentes.
Le terminal a accepté la commande et l'a envoyée.
Le serveur a enregistré l'ordre dans son système et l'a envoyé à l'exécution.
L'exécution est terminée et l'information parvient au terminal.
Il n'y a pas de temps double. L'enregistrement de l'ordre et la partie exécution sont des choses différentes.
Je parlais de ton double temps.
Et puis, d'après mon journal, la commande a été fixée à 17 ms..,
et dans le journal de mon terminal, c'est 8 ms. EXAMINEZ DE PRÈS
Je parlais de votre double temps
Qu'est-ce que c'est ?
PN 0 11:29:52.745 Trades '5245006': accepted cancel order #134078969 buy limit 1.00 RTS-6.17 at 110740
RM 0 11:29:55.329 Trades '5245006': cancel #134078969 buy limit 1.00 RTS-6.17 at market done in 4342.061 ms (4281.910 ms on server)
52.745 -50.991
55.329 -52.745
Ajouté
Vous voyez le temps d'exécution complet "double" entre parenthèses, en raison du fait que vous utilisez OrderSend,
et je n'en vois qu'une partie en utilisant OrderSendAsync
Journal de l'EA
2017.02.17 13:21:20.390 trader (RTS-3.17,M1) OnTradeTransaction: Order got ticket.
2017.02.17 13:21:20.399 trader (RTS-3.17,M1) OnTradeTransaction: Order place done.
17 ms.
Journal du terminal
2017.02.17 13:21:20.389 Trades '1007932': accepted buy limit 2.00 RTS-6.17 at 115140
2017.02.17 13:21:20.390 Trades '1007932': buy limit 2.00 RTS-6.17 at 115140 placed for execution in 8.267 ms
8 ms.
Ajouté par
C'est probablementplus compréhensible
Journal d'expert
2017.02.17 13:45:27.141 trader (RTS-3.17,M1) OnTradeTransaction: TRADE_TRANSACTION_REQUEST --> Order got ticket.
2017.02.17 13:45:27.421 trader (RTS-3.17,M1) OnTradeTransaction: TRADE_TRANSACTION_ORDER_UPDATE--> ORDER_STATE_PLACED -- > Order place done.
289 ms.
Journal du terminal.
2017.02.17 13:45:27.141 Trades '1007932': accepted buy limit 2.00 RTS-6.17 at 115190
2017.02.17 13:45:27.141 Trades '1007932': buy limit 2.00 RTS-6.17 at 115190 placed for execution in 8.526 ms
9 ms.
PN 0 11:29:52.745 Trades '5245006': accepted cancel order #134078969 buy limit 1.00 RTS-6.17 at 110740
RM 0 11:29:55.329 Trades '5245006': cancel #134078969 buy limit 1.00 RTS-6.17 at market done in 4342.061 ms (4281.910 ms on server)
Vous voyez que le temps d'exécution total est "doublé" entre parenthèses, parce que vous utilisez OrderSend,
Temps alloué - le temps entre l'entrée et la sortie du serveur. Il n'y a pas de double. Le serveur a deux opérations : l'enregistrement et l'exécution. Entre parenthèses, la somme de leurs temps d'exécution.
Oui, c'est dans votre cas - le temps est une chose, mais regardez MES registres !
ajouté
Accepté - Réponse du serveur indiquant que la commande a été vérifiée et qu'un ticket lui a été attribué.
2017.02.17 13:45:27.141 Trades '1007932': accepted buy limit 2.00 RTS-6.17 at 115190
Oui, c'est le cas dans votre cas - le temps est une chose, mais regardez MES registres !