FORTS. Fragen der Durchsetzung - Seite 92

 

Ich habe jetzt seit zwei Tagen KEINE Verzögerungen oder andere "Probleme" mit dem MT5-Server gesehen

IST SIE WIRKLICH REPARIERT?

 
prostotrader:

Ich habe jetzt seit zwei Tagen KEINE Verzögerungen oder andere "Probleme" mit dem MT5-Server gesehen

WURDE ALLES GEREGELT?


Vielleicht hat die Zentralbank die Bremsen ausgesetzt? ))

 

Das ist jetzt 2 Jahre und 2 Monate her.

Ich weiß nicht, wer die Schuld trägt, der Makler oder die Software (ich werde es wohl nie herausfinden), aber das ist das Ergebnis.

2018.02.15 10:00:54.309 Trades  'ххххх': cancel order #84312120 sell limit 2.00 MOEX-6.18 at 11557
2018.02.15 10:01:25.698 Trades  'ххххх': accepted cancel order #84312120 sell limit 2.00 MOEX-6.18 at 11557
2018.02.15 10:01:25.711 Trades  'ххххх': cancel order #84312120 sell limit 2.00 MOEX-6.18 at 11557 placed for execution in 31407.470 ms
 
prostotrader:

Das ist jetzt 2 Jahre und 2 Monate her.

Ich weiß nicht, wer die Schuld trägt, der Makler oder die Software (es sieht so aus, als würde man das nie herausfinden), aber das ist das Ergebnis.

Renat hat einmal gesagt, dass man, um das herauszufinden, Daten über den tatsächlichen Ping, und nicht nur den Ping, im Netz vom Computer zum Broker haben muss - das heißt, um die Idee zu überprüfen: "Gibt es irgendwelche Probleme (und solche Probleme sind immer vorhanden und können jederzeit auftreten) zu dieser Zeit im Netz".

Was noch zu klären ist, ist die Frage, wie das Signal vom Computer an den Makler gleichzeitig mit dem Senden eines Handelsauftrags übermittelt werden kann (was ist zu tun, wenn es sich um einen schwebenden Auftrag handelt???).

 
Vladimir Karputov:

Renat hat einmal gesagt, dass man, um das herauszufinden, Daten über den tatsächlichen Ping, und nicht nur den Ping, im Netz vom Computer zum Makler haben muss - das heißt, um die Idee zu überprüfen: "Gibt es irgendwelche Probleme (und solche Probleme können immer zu jeder Zeit auftreten) zu dieser Zeit im Netz".

Es bleibt noch zu klären, wie genau die Übermittlung des Signals vom Computer an den Makler zeitgleich mit der Übermittlung eines Handelsauftrags erfolgen soll (und was zu tun ist, wenn es sich um einen schwebenden Auftrag handelt???).

Was wollen Sie mit der "Zeit" anfangen, wenn der vorherige Befehl in 6 ms ausgeführt wurde und der nächste auch!

2018.02.15 10:00:14.224 Trades  'ххххх': sell limit 2.00 MOEX-6.18 at 11557 placed for execution in 6.220 ms
2018.02.15 10:00:54.309 Trades  'ххххх': cancel order #84312120 sell limit 2.00 MOEX-6.18 at 11557
2018.02.15 10:01:25.698 Trades  'ххххх': accepted cancel order #84312120 sell limit 2.00 MOEX-6.18 at 11557
2018.02.15 10:01:25.711 Trades  'ххххх': cancel order #84312120 sell limit 2.00 MOEX-6.18 at 11557 placed for execution in 31407.470 ms
2018.02.15 10:09:33.291 Trades  'ххххх': sell limit 2.00 MOEX-6.18 at 11557
2018.02.15 10:09:33.297 Trades  'ххххх': accepted sell limit 2.00 MOEX-6.18 at 11557
2018.02.15 10:09:33.298 Trades  'ххххх': sell limit 2.00 MOEX-6.18 at 11557 placed for execution in 6.918 ms
 
Vladimir Karputov:

Renat hat einmal gesagt, dass man, um das herauszufinden, Daten über den tatsächlichen Ping, und nicht nur den Ping, im Netz vom Computer zum Makler haben muss - das heißt, um die Idee zu überprüfen: "Gibt es irgendwelche Probleme (und solche Probleme können immer zu jeder Zeit auftreten) zu dieser Zeit im Netz".

Es bleibt noch zu klären, wie genau die Übermittlung des Signals vom Computer an den Makler zeitgleich mit der Übermittlung eines Handelsauftrags erfolgen soll (und was zu tun ist, wenn es sich um einen schwebenden Auftrag handelt???).

In diesem Fall (31 Sekunden) würde es ausreichen, die Aufrufzeit jeder OnTradeTransaction zu sehen. Ich bin sicher, dass die Bestätigung des Handelsservers, dass der Antrag auf Löschung des Auftrags angenommen wurde, fast sofort erfolgte.

Als Nächstes betrachten Sie die Schlusszeit nach Historie (nicht nach OnTradeTransaction). Der Unterschied zwischen diesen beiden Zeiten beträgt wahrscheinlich 31 Sekunden. Damit wird zu 100 % festgestellt, dass die Verbindung Client<->Terminal nichts mit den Bremsen zu tun hat.

 
prostotrader:

Was wollen Sie mit der "Zeit" anfangen, wenn der vorherige Befehl in 6 ms ausgeführt wurde und der folgende auch!

Ein einfaches Beispiel. Ich surfe im Internet. Plötzlich wird das Internet furchtbar langsam. In einer Minute ist sie wiederhergestellt. Dafür kann es viele Gründe geben: WiFi fällt aus - ein neues Gerät mit inkompatiblem Standard wird angeschlossen (ich habe ein Telefon, das meinen Router beim ersten Mal, wenn ich mich mit dem Heim-WiFi verbinde, abschaltet und ich muss den Router neu starten), oder das Signieren von Routern nach dem Heim-Router...

 
Vladimir Karputov:

Ein einfaches Beispiel. Ich surfe im Internet. Plötzlich wird das Internet schrecklich langsam. Nach einer Minute ist es wieder da. Dafür kann es viele Gründe geben: WiFi ist fehlerhaft - ein neues Gerät mit einem inkompatiblen Standard ist angeschlossen (ich persönlich habe ein Telefon, das den Router beim ersten Mal, wenn es sich mit meinem Heim-WiFi verbindet, abschaltet, und ich muss den Router neu starten), oder das Signieren von Routern nach dem Heim-Router...

Sie müssen nicht im Internet surfen, es ist ganz einfach hier

Wenn Aufträge asynchron gesendet werden, ergibt sich folgendes Bild:

2018.02.15 10:00:54.309 Trades  'ххххх': cancel order #84312120 sell limit 2.00 MOEX-6.18 at 11557

Zeigt an, dass der Auftrag vom Terminal an den MT5-Server gesendet wurde.

2018.02.15 10:01:25.698 Trades  'ххххх': accepted cancel order #84312120 sell limit 2.00 MOEX-6.18 at 11557

Zeigt an, dass der MT5-Server einen Auftrag erhalten hat

2018.02.15 10:01:25.711 Trades  'ххххх': cancel order #84312120 sell limit 2.00 MOEX-6.18 at 11557 placed for execution in 31407.470 ms

Bedeutet, dass der Server den Auftrag an die Börse gesendet hat.

Die Antwort von der Börse kommt sofort in OnTradeTransaction und das Terminal selbst gibt KEINE Nachricht aus!

Hinzugefügt

Hier ist die Antwort des SD von vor einem Jahr:

Support-Team2017.02.28 14:10

Die asynchrone Methode erwartet oder überwacht nicht das Ergebnis des Vorgangs (Auftragserteilung), sondern nur die Tatsache des Sendens und protokolliert es daher nicht.

Schauen Sie sich noch einmal die vorherigen und nachfolgenden Befehle an

2018.02.15 10:00:14.224 Trades  'ххххх': sell limit 2.00 MOEX-6.18 at 11557 placed for execution in 6.220 ms
2018.02.15 10:00:54.309 Trades  'ххххх': cancel order #84312120 sell limit 2.00 MOEX-6.18 at 11557
2018.02.15 10:01:25.698 Trades  'ххххх': accepted cancel order #84312120 sell limit 2.00 MOEX-6.18 at 11557
2018.02.15 10:01:25.711 Trades  'ххххх': cancel order #84312120 sell limit 2.00 MOEX-6.18 at 11557 placed for execution in 31407.470 ms
2018.02.15 10:09:33.291 Trades  'ххххх': sell limit 2.00 MOEX-6.18 at 11557
2018.02.15 10:09:33.297 Trades  'ххххх': accepted sell limit 2.00 MOEX-6.18 at 11557
2018.02.15 10:09:33.298 Trades  'ххххх': sell limit 2.00 MOEX-6.18 at 11557 placed for execution in 6.918 ms

Es ist natürlich möglich, dass es ein Netzwerkproblem ist, aber es ist nicht MEIN Problem, sondern das des Brokers.

Denn es wiederholt sich Tag für Tag, nach der Installation des neuen Build 1755 und genau zu Beginn der morgendlichen Sitzung.

Hinzugefügt

Was das Internet betrifft.

Diese Protokolle wurden vom Terminal aus erstellt, das über OnLime (100 mbps) funktioniert.

Dies sind die Protokolle des Terminals, das über MGTS (200 Mbit/s Glasfaser) funktioniert.

Das Protokollfragment hat die gleiche Zeit wie das andere Terminal, und das Ergebnis ist das gleiche:

2018.02.15 10:00:54.325 Trades 'xxxxx': cancel order #84312033 sell limit 1.00 MIX-9.18 at 231925
2018.02.15 10:00:56.305 Trades 'xxxxx': cancel order #84312033 sell limit 1.00 MIX-9.18 at 231925
2018.02.15 10:00:58.266 Trades 'xxxxx': cancel order #84312033 sell limit 1.00 MIX-9.18 at 231925
2018.02.15 10:01:00.336 Trades 'xxxxx': cancel order #84312033 sell limit 1.00 MIX-9.18 at 231925
2018.02.15 10:01:00.946 Trades 'xxxxx': sell limit 3.00 UCAD-6.18 at 1.2568
2018.02.15 10:01:02.292 Trades 'xxxxx': cancel order #84312033 sell limit 1.00 MIX-9.18 at 231925
2018.02.15 10:01:02.935 Trades 'xxxxx': cancel order #84312241 sell limit 1.00 RTS-9.18 at 125730
2018.02.15 10:01:04.203 Trades 'xxxxx': cancel order #84312033 sell limit 1.00 MIX-9.18 at 231925
2018.02.15 10:01:04.246 Trades 'xxxxx': cancel order #84312241 sell limit 1.00 RTS-9.18 at 125730
2018.02.15 10:01:05.928 Trades 'xxxxx': cancel order #84312092 sell limit 2.00 UJPY-6.18 at 106.47
2018.02.15 10:01:06.344 Trades 'xxxxx': cancel order #84312033 sell limit 1.00 MIX-9.18 at 231925
2018.02.15 10:01:08.304 Trades 'xxxxx': cancel order #84312033 sell limit 1.00 MIX-9.18 at 231925
2018.02.15 10:01:09.221 Trades 'xxxxx': cancel order #84312241 sell limit 1.00 RTS-9.18 at 125730
2018.02.15 10:01:09.404 Trades 'xxxxx': buy limit 2.00 TATN-6.18 at 55649
2018.02.15 10:01:09.782 Trades 'xxxxx': modify order #84312108 buy limit 2.00 ED-9.18 at 1.2530 sl: 0.0000 tp: 0.0000 -> 1.2532, sl: 0.0000 tp: 0.0000
2018.02.15 10:01:10.263 Trades 'xxxxx': cancel order #84312033 sell limit 1.00 MIX-9.18 at 231925
2018.02.15 10:01:10.342 Trades 'xxxxx': cancel order #84312241 sell limit 1.00 RTS-9.18 at 125730
2018.02.15 10:01:11.939 Trades 'xxxxx': cancel order #84312241 sell limit 1.00 RTS-9.18 at 125730
2018.02.15 10:01:12.343 Trades 'xxxxx': cancel order #84312033 sell limit 1.00 MIX-9.18 at 231925
2018.02.15 10:01:13.403 Trades 'xxxxx': cancel order #84312241 sell limit 1.00 RTS-9.18 at 125730
2018.02.15 10:01:14.303 Trades 'xxxxx': cancel order #84312033 sell limit 1.00 MIX-9.18 at 231925
2018.02.15 10:01:14.368 Trades 'xxxxx': accepted sell limit 3.00 AUDU-6.18 at 0.8076
2018.02.15 10:01:14.592 Trades 'xxxxx': sell limit 3.00 AUDU-6.18 at 0.8076 placed for execution in 30491.751 ms
2018.02.15 10:01:15.132 Trades 'xxxxx': cancel order #84312241 sell limit 1.00 RTS-9.18 at 125730
2018.02.15 10:01:15.362 Trades 'xxxxx': accepted modify order #84312101 sell limit 4.00 BR-12.18 at 62.51 sl: 0.00 tp: 0.00 -> 62.36, sl: 0.00 tp: 0.00
2018.02.15 10:01:16.118 Trades 'xxxxx': modify order #84312101 sell limit 4.00 BR-12.18 at 62.51 sl: 0.00 tp: 0.00 -> 62.36, sl: 0.00 tp: 0.00 placed for execution in 31891.830 ms
2018.02.15 10:01:16.272 Trades 'xxxxx': cancel order #84312033 sell limit 1.00 MIX-9.18 at 231925
2018.02.15 10:01:16.611 Trades 'xxxxx': cancel order #84312241 sell limit 1.00 RTS-9.18 at 125730
2018.02.15 10:01:18.112 Trades 'xxxxx': cancel order #84312241 sell limit 1.00 RTS-9.18 at 125730
2018.02.15 10:01:18.351 Trades 'xxxxx': cancel order #84312033 sell limit 1.00 MIX-9.18 at 231925
2018.02.15 10:01:18.689 Trades 'xxxxx': modify order #84312108 buy limit 2.00 ED-9.18 at 1.2530 sl: 0.0000 tp: 0.0000 -> 1.2532, sl: 0.0000 tp: 0.0000
2018.02.15 10:01:19.451 Trades 'xxxxx': cancel order #84312241 sell limit 1.00 RTS-9.18 at 125730
2018.02.15 10:01:20.309 Trades 'xxxxx': cancel order #84312033 sell limit 1.00 MIX-9.18 at 231925
2018.02.15 10:01:21.060 Trades 'xxxxx': cancel order #84312241 sell limit 1.00 RTS-9.18 at 125730
2018.02.15 10:01:21.170 Trades 'xxxxx': accepted cancel order #84312033 sell limit 1.00 MIX-9.18 at 231925
2018.02.15 10:01:21.395 Trades 'xxxxx': cancel order #84312033 sell limit 1.00 MIX-9.18 at 231925 placed for execution in 33895.822 ms

Was meinen Sie dazu?

 

Anfrage an Opener für Serverprotokolle zu Auftrag#84312120

Ich habe diese Protokolle

2018.02.15 10:00:13.764               *        'ххххх': order placed for execution [#84312120 sell limit 2.00 MOEX-6.18 at 11557], time 1.39 ms

2018.02.15 10:00:13.764               *        'ххххх': order #84312120 sell limit 2.00 MOEX-6.18 at 11557 request new due execution [request new order #84312120], time: 0.12 ms

2018.02.15 10:00:13.770               *   'ххххх': order #84312120 sell limit 2.00 MOEX-6.18 at 11557 placed due execution [added order #84312120, sell limit 2.00 MOEX-6.18 at 11557 [based on order '29447873389']], time: 0.11 ms

2018.02.15 10:01:25.239               *             'ххххх': cancel order #84312120 sell limit 2.00 MOEX-6.18 at 11557 (11002 / 11221 / 11200)

2018.02.15 10:01:25.239               *             'ххххх': request transfered to dealers, rule 'FORTS Gateway #real' (cancel #84312120 sell limit 2.00 MOEX-6.18 at 11557)

2018.02.15 10:01:25.240               *             '*': request from '30552' (cancel #84312120 sell limit 2.00 MOEX-6.18 at 11557)

2018.02.15 10:01:25.245               *             'ххххх': order #84312120 sell limit 2.00 MOEX-6.18 at 11557 request cancel due execution [request cancel order #84312120], time: 1.64 ms

2018.02.15 10:01:25.250               *             '*': placed for execution for '30552' (cancel #84312120 sell limit 2.00 MOEX-6.18 at 11557)(11002 / 11221 / 11200)

2018.02.15 10:01:25.254               *             'ххххх': order #84312120 sell limit 2.00 MOEX-6.18 at 11557 canceled due execution [canceled order #84312120 [based on order '29447873389']], time: 0.88 ms

Aus meinen und Serverprotokollen geht hervor:

Terminal-Berichte:
2018.02.15 10:00:54.309 Trades 'xxxxxx': storniere Order #84312120 Verkaufslimit 2.00 MOEX-6.18 bei 11557
Server:
2018.02.15 10:01:25.239 * 'xxxxxx': Stornierung des Auftrags #84312120 Verkaufslimit 2.00 MOEX-6.18 at 11557 (11002 / 11221 / 11200)

D.h. vom Zeitpunkt der Auftragserteilung durch das TERMINAL bis zur Annahme des Auftrags durch den SERVER sind 31 Sekunden vergangen.

Das Problem könnte also sein:
1. Im Terminal (es wurde gesagt, dass eine Bestellung gesendet wurde, was aber nicht der Fall war), was ich SEHR bezweifle.
2. DieProvidervon OPENoder das interne Netzwerk von OPEN funktionieren nicht richtig.

3. Die Bedienung stellte MEINE Bestellung in die Warteschlange und die Wartezeit betrug 31 Sekunden.

Mein Internet ist aus dem im obigen Beitrag genannten Grund VOLLSTÄNDIG ausgeschlossen.

Ich habe meine Schlussfolgerungen an den Makler geschickt und warte auf eine Antwort...

 

Das Problem könnte also sein:
1. Im Terminal selbst (es sagte, dass eine Bestellung gesendet wurde, was aber nicht der Fall war), was ich SEHR bezweifle

Nein.
2. DieProvidervon OPENoder das interne Netzwerk von OPEN funktionieren nicht richtig.

Nein.

3. Die Bedienung stellte MEINE Bestellung in die Warteschlange und die Wartezeit betrug 31 Sekunden.

Ja.


Imho hat der Eröffner die Ausführung Ihrer Bestellung nur verzögert, das ist alles... welche technischen Probleme kann es im Zeitalter des entwickelten Sozialismus geben? Lustig :-))

Hochfrequenzhandel? Sendet der Roboter häufig Aufträge an den Server?