FORTS. Fragen der Durchsetzung - Seite 85
Sie verpassen Handelsmöglichkeiten:
- Freie Handelsapplikationen
- Über 8.000 Signale zum Kopieren
- Wirtschaftsnachrichten für die Lage an den Finanzmärkte
Registrierung
Einloggen
Sie stimmen der Website-Richtlinie und den Nutzungsbedingungen zu.
Wenn Sie kein Benutzerkonto haben, registrieren Sie sich
Akzeptiert - was bedeutet das genau?
1533 - wieder keine Serverdaten in den Protokollen. Kümmern Sie sich also um Ihre 1531.
Nicht akzeptiert, nicht terminal acknowledge :(
weil die Zeit zwischen dem Senden und dem Akzeptieren (6 ms) fast gleich der Gesamtausführungszeit (6,984 ms) ist
(die Bestellung wird mit dem Befehl OrderSendAsync gesendet)
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)
Höchstwahrscheinlich wird eine Nachricht vom Server akzeptiert, dass der Auftrag an die Börse übermittelt wurde,
und ,die zur Ausführung gestellt werden, dass der Auftrag von der Börse angenommen wird und in Klammern die Zeit steht
zwischen dem Senden an die Börse und der Zustellung der Antwort von der Börse :(
Hinzugefügt
Daher wird in Ihrem Fall die Zeit verdoppelt (Auftrag wurde nicht an die Börse gesendet, und als ob 2 mal auf dem Server verarbeitet, so "double" Verzögerung)
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 Sekunden - Verarbeitung der eingehenden Bestellung durch den Server
~2 Sekunden - "Nachahmung" der Exchange-Arbeit auf dem Server
In Ihrem Fall verdoppelt sich also die Zeit (der Auftrag wurde nicht an die Börse geschickt, sondern sozusagen zweimal auf dem Server bearbeitet, so dass es eine "doppelte" Verzögerung gibt)
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 Sekunden - Verarbeitung der eingehenden Bestellung durch den Server
~2 sec - "Nachahmung" der Exchange-Arbeit auf dem Server
Die Entwickler sollten gefragt werden, was jede Zeile des Protokolls bedeutet.
Es ist nicht schwer, es selbst nachzuschlagen
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
Es ist nicht schwer, sich selbst davon zu überzeugen
Das Terminal nahm den Auftrag an und schickte ihn ab.
Der Server registriert den Auftrag in seinem System und leitet ihn zur Ausführung weiter.
Die Ausführung ist abgeschlossen und die Informationen erreichen das Terminal.
Es gibt keine doppelte Zeit. Die Registrierung des Auftrags und der Teil der Ausführung sind zwei verschiedene Dinge.
Das Terminal nahm den Auftrag an und schickte ihn ab.
Der Server registriert den Auftrag in seinem System und leitet ihn zur Ausführung weiter.
Die Ausführung ist abgeschlossen und die Informationen erreichen das Terminal.
Es gibt keine doppelte Zeit. Die Registrierung des Auftrags und der Teil der Ausführung sind zwei verschiedene Dinge.
Ich habe von Ihrer doppelten Zeit gesprochen.
Und dann wurde der Auftrag laut meinem Protokoll auf 17 ms eingestellt..,
und in meinem Terminalprotokoll sind es 8 ms. UNTER DIE LUPE NEHMEN
Ich habe über Ihre doppelte Zeit gesprochen.
Was ist das?
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
Hinzugefügt
Sie sehen die volle Ausführungszeit "doppelt" in Klammern, da Sie OrderSend verwenden,
und ich sehe nur einen Teil davon mit OrderSendAsync
EA-Protokoll
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.
Terminal-Protokoll
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.
Hinzugefügt von
Dies ist wahrscheinlichbesser verständlich
Experten-Protokoll
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.
Terminal-Protokoll.
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)
Sie sehen in Klammern die doppelte Gesamtausführungszeit, da Sie OrderSend verwenden,
Zugewiesene Zeit - die Zeit zwischen Betreten und Verlassen des Servers. Es gibt kein Double. Der Server hat zwei Operationen - Registrierung und Ausführung. In Klammern steht die Summe ihrer Ausführungszeiten.
Ja, das ist bei Ihnen der Fall - Zeit ist eine Sache, aber schauen Sie sich MEINE Logs an!
hinzugefügt.
Akzeptiert - Antwort des Servers, dass der Auftrag verifiziert wurde und ein Ticket zugewiesen wurde
2017.02.17 13:45:27.141 Trades '1007932': accepted buy limit 2.00 RTS-6.17 at 115190
Ja, das ist es in Ihrem Fall - Zeit ist eine Sache, aber schauen Sie sich MEINE Logs an!