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 bin politisch korrekt.
Weil wir nicht für MT5 bezahlen, aber Open bezahlt, hat Open ein Recht auf
zur technischen Unterstützung :) Nun... und schuldig im Sinne der Anklage :)
Sie mögen Recht haben (politisch korrekt) )))
Wenn opryvyshka hat das Recht, lassen Sie es selbst Handel über MT5,
Da MT5 keine Unterstützung für Trader hat, müssen wir nach anderen Möglichkeiten suchen)
Sie mögen Recht haben (politisch korrekt) )))
Wenn der Eröffner das Recht dazu hat, soll er selbst über MT5 handeln,
Da MT5 keine Unterstützung für Trader hat, müssen wir nach anderen Möglichkeiten suchen)
Es gibt einen Grund, warum ich den "Opryvashka-Rekord" veröffentlicht habe.
2019.08.20 10:34:52.453 Trades 'xxxxx': modify order #107882836 buy limit 2.00 MIX-12.19 at 268725 sl: 0 tp: 0 expiration: day -> 268925, sl: 0 tp: 0 expiration: day placed for execution in 4.798 ms
Es zeigt, dass die Netzwerkverbindungen von mir (von zu Hause aus) zum MT5-Server bei Openwashka auf höchstem Niveau sind.
Um Ihnen ein Beispiel zu geben. Meine durchschnittliche Geschwindigkeit von zu Hause aus (5-7ms)
Da ich asynchrone Aufträge sende, können Sie deutlich sehen, was passiert
Установка ордера 2019.08.16 10:00:02.189 Trades 'ххххх': sell limit 2.00 UJPY-12.19 at 108.33 Если нет ответа сервера в OnTradeTransacrtion (должен прийти тикет ордера), то срабатывает каждую секунду функция CheckOrders
Da das Terminal kein Protokoll über die Antwort der Börse auf die Auftragserteilung führt (bei asynchronen Aufträgen)
diese Bestätigung kann nur inOnTradeTransacrtion eingeholt werdenund die Zeit kann dementsprechend noch länger sein.
2019.08.16 10:02:39.777 Trades 'ххххх': modify order #107744605 sell limit 2.00 UJPY-12.19 at 108.29 sl: 0.00 tp: 0.00 expiration: day -> 105.73, sl: 0.00 tp: 0.00 expiration: day placed for execution in 40075.505 ms 2019.08.16 10:02:40.768 FCS_Trader (UJPY-9.19,M1) ProcessOrders: Sell ордер в процессе модификации. Билет = 107744605 2019.08.16 10:02:41.786 FCS_Trader (UJPY-9.19,M1) ProcessOrders: Sell ордер в процессе модификации. Билет = 107744605
Mit anderen Worten, wir würden weitere 2 Sekunden für die Antwort erwarten.
Die Schlussfolgerung liegt auf der Hand!
DieMT5-Server können die Belastung zu Spitzenzeiten und das massenhafte Senden von Aufträgen durch die Kunden nicht bewältigen.
Hinzugefügt
Das Traurigste daran ist, dass es in Otkryvashka 700 aktive Kunden gibt, aber nur 7 MT5-Server,
Also pro 1 Server(unter der Annahme, dass alle aktiven Clients über MT5 arbeiten)
Konto sind 19700/7 = 2814,29 Clients, was selbst für die Verhältnisse eines durchschnittlichen Servers eine Kleinigkeit ist, um so viele Anfragen zu bearbeiten!
Es gibt einen Grund, warum ich den "Opener's Record" veröffentlicht habe.
Dies zeigt, dass die Netzwerkverbindungen von mir (von zu Hause aus) zum MT5-Server im Opener auf höchstem Niveau sind.
Um Ihnen ein Beispiel zu geben. Meine durchschnittliche Geschwindigkeit von zu Hause aus (5-7ms)
Da ich asynchrone Aufträge sende, können Sie deutlich sehen, was passiert
Da das Terminal kein Protokoll über die Antwort der Börse auf die Auftragserteilung führt (bei asynchronen Aufträgen)
diese Bestätigung kann nur inOnTradeTransacrtion empfangen werden, daher kann die Zeit noch länger sein.
D.h. wir mussten 2 Sekunden länger auf die Antwort warten.
Die Schlussfolgerung liegt auf der Hand!
DieMT5-Server können die Last zu Spitzenzeiten nicht bewältigen, da sie massenhaft Aufträge von Kunden erhalten.
Hinzugefügt
Das Traurigste daran ist, dass es in Otkryvashka 700 aktive Kunden gibt, aber nur 7 MT5-Server,
Also pro 1 Server(unter der Annahme, dass alle aktiven Clients über MT5 arbeiten)
Konto sind 19700/7 = 2814,29 Clients, was selbst für die Verhältnisse eines durchschnittlichen Servers eine Kleinigkeit ist, um so viele Anfragen zu bearbeiten!
Es stellt sich heraus, dass alle Clients standardmäßig eine Verbindung zum MT5-Server mit minimalem Ping herstellen, und das Terminal wählt dies. Das Ergebnis ist, dass ich auf dem Server mit dem schnellsten Ping gestört werde.
Haben Sie versucht, zwangsweise auf einen anderen Server zu wechseln, der nicht der schnellste ist, was die Pings angeht?
Es stellt sich heraus, dass alle MT5-Clients standardmäßig mit dem Server mit dem geringsten Ping verbunden sind, den das Terminal selbst auswählt. Infolgedessen kommt es zu einem Stau auf dem schnellsten Ping-Server.
Haben Sie versucht, zwangsweise auf einen anderen Server zu wechseln, der nicht den schnellsten Ping hat?
Ich denke, dass das Terminal nicht nur nach Ping, sondern auch nach Serverlast schaltet...
Aber wie genau das funktioniert - ich weiß es nicht.
Ich habe versucht, zu anderen Servern zu wechseln, aber das Ergebnis ist das gleiche
Es handelt sich nicht um Server, sondern um Zugangspunkte mit einem Server dahinter.
Super! Woher wissen Sie das?