FORTS. Fragen der Durchsetzung - Seite 34
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
Ich habe dieses Thema am 16.12.2014 begonnen.
Wir schreiben jetzt September 2015.
Zugegebenermaßen sollten die allgemeinen Verzögerungen, die durch das ursprüngliche Plattformkonzept verursacht wurden, beachtet werden,
wurde sehr schnell behoben, aber es ist unendlich bedauerlich, dass die Entwickler die Verzögerung bei "Floating Single" nicht ernst genommen haben,
was sich im Handel als fatal herausstellte (da es mit verschiedenen Brokern auf Demo- und Realkonto getestet wurde,
es ist offensichtlich, dass die Verzögerungenim Serverteil von MT5 auftreten ).
Es ist sehr schade, dass die Erkennung dieses Fehlers durch den Benutzer, aber nicht durch die Entwickler erfolgt ist.
Obwohl Renat am 29.12.2014 versicherte, dass die Arbeiten weitergehen werden:
"Diegelegentlich auftretenden schwankenden Lieferzeiten zum Terminal sind noch nicht behoben, wir werden weiter daran arbeiten."
Michael, vielleicht sind die Verzögerungen auf die Ausrüstung zurückzuführen? Oder glauben Sie, dass die Geräte immer einwandfrei funktionieren? Vielleicht ist es sinnvoll, sich an die Entwickler von Server-Hardware zu wenden?
Wladimir!
Sie sollten diese Beiträge und die Protokolle sorgfältig lesen!
Die UNTERSCHIEDLICHEN BROKER haben EIN und denselben Effekt, sowohl auf dem Demo- als auch auf dem Realkonto!
Wladimir!
Sie sollten diese Beiträge und die Protokolle sorgfältig lesen!
Die gleiche Wirkung auf reale und Demo-Broker hat auf verschiedenen Brokern!
Sehr oft wird die Erstellung/Wartung eines Maklerunternehmens von einer spezialisierten Firma durchgeführt, die wiederum fast die gleichen Server, d.h. verschiedene Makler einsetzt und die Ausstattung ist ein und dieselbe ...
Es kommt vor, dass Server verschiedener Makler im selben Rack stehen...
Sehr oft wird die Erstellung/Betreuung eines Maklergeschäfts von einem spezialisierten Büro übernommen, das wiederum fast die gleichen Server aufstellt, d.h. die Makler sind unterschiedlich, aber die Ausstattung ist die gleiche ...
Es kommt vor, dass sich die Server verschiedener Makler in einem Rack befinden ...
Wladimir!
Ich muss dich um einen großen Gefallen bitten:
Erfinden Sie das bitte nicht.
Wladimir!
Ich habe eine große Bitte an Sie:
Fantasieren Sie nicht, bitte.
Wenn Sie nicht wissen, wie dieses Geschäft funktioniert, bedeutet das nicht, dass jemand fantasiert, Sie bräuchten Kontakte, um ein Maklerunternehmen zu gründen?
Ok dies ist lyrisch, bin ich richtig zu verstehen, dass Sie die Server mit dem EA aus diesem Beitrag https://www.mql5.com/ru/forum/38456/page37#comment_1869077 testen.
Hier ist mein Logbuch, wenn Sie interessiert sind
Ich frage mich, wie viele Anfragen der MT5-Server pro Minute oder pro Sekunde verarbeiten kann...
Heute Morgen ( real) Accsess Server 4:
Kann man dies als eine "einzige" Verzögerung bezeichnen?
Dementsprechend (Wartezeitgrenze überschritten) wurde die alternative Prüfung ( CheckOrders() ) aktiviert:
Heute Morgen ( real ) Accsess Server 4:
Nach Informationen von Discovery ist es besser, AS 4 nicht zu verwenden.
Besser AS2 verwenden
Michael, aus der Analyse Ihrer Anmeldeprotokolle von den Discovery-Zugangspunkten kann ich Ihnen Folgendes sagen:
1) Wenn Sie eine Verbindung herstellen, protokolliert das Rechenzentrum Pings an das Terminal. Diese Pings werden etwa 10 ms gehalten, aber es gibt Spitzen von bis zu 500 ms.
Access Server2 2015.08.25 08:48:15.666 ***.***.***.*** '*****': login (Client build 1159, cid: *****************************, ping: 10.89 ms)
Access Server3 2015.08.25 00:07:19.069 ***.***.***.*** '*****': login (Client build 1159, cid: *****************************, ping: 500.40 ms)
Access Server3 2015.08.25 08:48:28.696 ***.***.***.*** '*****': login (Client build 1159, cid: *****************************, ping: 12.03 ms)
Access Server3 2015.08.26 04:10:52.879 ***.***.***.*** '*****': login (Client build 1159, cid: *****************************, ping: 506.13 ms)
Access Server3 2015.08.27 01:08:15.820 ***.***.***.*** '*****': login (Client build 1159, cid: *****************************, ping: 8.12 ms)
Access Server2 2015.08.27 01:08:18.776 ***.***.***.*** '*****': login (Client build 1159, cid: *****************************, ping: 7.12 ms)
Access Server2 2015.08.27 02:32:48.278 ***.***.***.*** '*****': login (Client build 1159, cid: *****************************, ping: 7.07 ms)
Access Server2 2015.08.27 09:05:51.324 ***.***.***.*** '*****': login (Client build 1159, cid: *****************************, ping: 11.65 ms)
Access Server3 2015.08.27 09:06:04.272 ***.***.***.*** '*****': login (Client build 1159, cid: *****************************, ping: 11.75 ms)
Dies ist der Ping vom Zugangspunkt zum Terminal:
| зона ответственности Биржи || зона ответственности Открытия || интернет || клиент |
[биржа (ФОРТС)] <==> [шлюз Plaza2] <===> [шлюз в MOEX] <=> [MT5 торговый сервер] <=> [Точка доступа] <================> [Терминал]
Sie sehen also schon auf dem Weg MT5-Terminal - MT5-Zugangspunkt Probleme, den Handel nicht zu erreichen.
2) Ich habe die Pings anderer Clients analysiert, es gibt Schwankungen - aber ich habe keine stabilen Muster gefunden (zum Beispiel mit massivem Anstieg der Pings zur gleichen Zeit)
Was ist damit zu tun?
1) Wir haben Ping-Logging zum Terminal hinzugefügt, die Funktionalität wird in der nächsten Beta-Version verfügbar sein. Ich werde es hier posten, wenn es herauskommt. Wir werden in Zukunft auch regelmäßige Ping-Messungen zwischen den Komponenten in die Plattform einbauen, um (mögliche) Netzwerkprobleme zu erkennen.
2) Ich habe zusätzliche Netzwerkinformationen von Discover angefordert. Mal sehen, ob das hilft, die Ursache zu finden.
3) Ich empfehle Ihnen, eine Zeit lang über Access Server 4 zu arbeiten - er ist über einen anderen Provider mit dem Internet verbunden als die Access Points (2,3) und ist innerhalb des Discover-Netzwerks anders mit dem Trade Server verbunden.
Eine Vermutung ist aufgetaucht...
Ich habe mich gefragt, was passiert, wenn das Terminal protokolliert, dass es einen Auftrag (Order) gesendet hat
Aber es hat nicht gesendet (verzögert), dann erklärt es (warum der Ping vom Terminal zum MT5-Server zu lang ist).
Михаил:
Ich dachte, was wäre, wenn das Terminal protokolliert, dass es einen Auftrag (Order) gesendet hat,
aber tatsächlich nicht gesendet hat (verzögert), dann erklärt das alles (warum der Ping vom Terminal zum MT5-Server zu groß ist).
Das Terminal unterhält eine TCP-Verbindung zum Server, über die es Protokolle, Charts und Handelsaufträge mit dem Server austauscht. Die Aufträge haben natürlich eine höhere Priorität. Der Betrieb einer einzigen Verbindung wird durchgeführt, da der Aufbau einer separaten Verbindung zum Senden von Handelsanfragen sehr lange dauert - mehrere Sekunden.
Daher geschehen im Terminal die folgenden Dinge:
- Der Handelsteil des Terminals sendet Daten an den internen Terminalverbindungsmanager
- Verbindungsmanager übergibt Daten an das Betriebssystem
- Das Betriebssystem überträgt Daten an das Internet
Wenn Daten aus dem Internet kommen, stellt das Betriebssystem fest, dass sie für das Terminal bestimmt sind, ruft den Terminalverbindungsmanager an, und dieser ermittelt anhand des internen Protokolls, zu welcher Terminalkomponente die Daten gehörenAlle TCP-Pakete in der Verbindung werden fortlaufend nummeriert. Für jedes empfangene Paket sendet das Betriebssystem eine Empfangsbestätigung. Auch das Betriebssystem beobachtet die empfangenen Pakete, und wenn es sieht, dass das Paket mit dieser und jener Nummer nicht empfangen wurde, sendet es eine spezielle Nachricht an den Absender, damit dieser das Paket mit dieser und jener Nummer erneut sendet. Selbst wenn also ein Paket "unterwegs" verloren geht, wird die Anwendung nicht darüber informiert - die Betriebssysteme auf beiden Seiten gleichen die verlorenen Pakete aus. Die erneute Übertragung dauert jedoch einige Zeit, und das Betriebssystem sendet "neue" Pakete erst dann erneut, wenn es alle "alten" Pakete in der richtigen Reihenfolge erhalten hat. Daher wird der Verlust von Paketen, die das Betriebssystem wiederhergestellt hat, von der Anwendungsseite als Verzögerung angesehen.
Auf der offenen Seite können Sie sehen, dass der Handelsserver die Ausführung "problematischer" Abschlüsse mit 1-2 ms aufzeichnet - genau wie bei den übrigen Abschlüssen. Nach den aktuellen Informationen von Otkritie wurden keine Probleme in den Bereichen "Börse" - "Gateway", "Gateway-Handelsserver", "Handelsserver - Zugangspunkt" festgestellt. Wir befassen uns nun mit den Zugangspunkten und dem Abschnitt "Zugangspunkt - Terminal".