Gehen Sie auf das MetaQuotes-Demo-Demokonto mit einer relativ langen Handelshistorie.
Wenn Ihr Demokonto nur eine geringe Handelshistorie aufweist, sollten Sie den automatischen Handel zulassen und parallel dazu das Skript OrderSend-Test2.ex5 (im Anhang, Quelle) ausführen.
Dieses alte Skript zeigt viele Bremsen, wenn man es auf einem MQ-Demo-Chart laufen lässt und weitere Handelssymbole zu Market Watch hinzufügt (ich hatte 100).
Terminal Log.
2020.09.04 17:51:33.112 Trades '34510052': cancel order #702851395 buy stop 0.01 EURCAD at 1.55852
2020.09.04 17:51:33.512 Trades '34510052': accepted cancel order #702851395 buy stop 0.01 EURCAD at 1.55852
2020.09.04 17:51:33.514 Trades '34510052': cancel #702851395 buy stop 0.01 EURCAD at market done in 401.845 ms
Die Löschung des schwebenden Geschäfts erfolgte in 401 ms. Die Entwickler haben Zugang zu den Protokollen des Handelsservers und können dort sehen, wie lange die Ausführung gedauert hat. Zum Beispiel.
Jeder kann sie auf seiner Website reproduzieren.
Für alle Fälle sieht ein Handelsauftrag mit Ergebnissen so aus.
Diese Verlangsamungen sind mir egal. Ich möchte nur wissen, wo und was ich einstellen kann, um die Situation zu verbessern. Ist es das Terminal oder der Handelsserver? Generell haben die Entwickler alle Möglichkeiten, die Daten zu reproduzieren und, falls gewünscht, zu verstehen.
Анализировал с владельцем MT5-сервера тормоза торговых приказов. Запускался OrderSend-Test2.mq5 в том же месте, где MT5-сервер стоит. Т.е. нулевой пинг. Демо, все внутри. Изучались логи MT5-сервера (2170) и MT5-клиента (2280). Логи сервера не буду приводить, просто словами опишу. Думаю, результаты буду интерсны всем, т.к. это поможет раскрыть...
Dieses alte Skript zeigt viele Bremsen an, wenn Sie es auf einem einzigen MQ-Demo-Chart laufen lassen und weitere Handelssymbole zu Market Watch hinzufügen (ich hatte 100).
Die Belastung muss in jedem Fall berücksichtigt werden:
Ich habe einen langsamen Computer... und ich habe einen sehr langsamen... Also... Wenn ich 63 Symbole in Market Watch hinzufüge und danach F10 drücke, hängt sich MetaTrader auf (muss neu gestartet werden)... während es in allen anderen Modi gut funktioniert
Ich habe versucht, F10 zu verwenden, aber es blieb mindestens ein Jahr lang hängen - obwohl es eine 32-Bit-Version war.
Die Anzahl der Zeichen in der Marktübersicht ist für das Spielen von Bremsen nicht entscheidend. So habe ich es bei mir auch gemacht.
Es ist leicht zu reproduzieren.
2020.09.0418:25:06.131 Trades '34510052': buy limit 0.01 USDPLN at 3.776532020.09.0418:25:06.202 Trades '34510052': accepted buy limit 0.01 USDPLN at 3.776532020.09.0418:25:06.202 Trades '34510052': order #702911224 buy limit 0.01 / 0.01 USDPLN at 3.77653 done in70.966 ms
2020.09.0418:25:06.202 Trades '34510052': cancel order #702911224 buy limit 0.01 USDPLN at 3.776532020.09.0418:25:06.274 Trades '34510052': accepted cancel order #702911224 buy limit 0.01 USDPLN at 3.776532020.09.0418:25:06.274 Trades '34510052': cancel #702911224 buy limit 0.01 USDPLN at market done in71.859 ms
2020.09.0418:25:06.274 Trades '34510052': buy stop 0.01 USDPLN at 3.796532020.09.0418:25:06.481 Trades '34510052': instant sell 0.1 NZDSGD at 0.91421, close #702903930 buy 0.1 NZDSGD 0.914622020.09.0418:25:06.982 Trades '34510052': accepted buy stop 0.01 USDPLN at 3.796532020.09.0418:25:07.030 Trades '34510052': order #702911229 buy stop 0.01 / 0.01 USDPLN at 3.79653 done in755.302 ms2020.09.0418:25:07.030 Trades '34510052': accepted instant sell 0.1 NZDSGD at 0.91421, close #702903930 buy 0.1 NZDSGD 0.914622020.09.0418:25:07.030 Trades '34510052': deal #681898561 sell 0.1 NZDSGD at 0.91421 done (based on order #702911234)
2020.09.0418:25:07.031 Trades '34510052': cancel order #702911229 buy stop 0.01 USDPLN at 3.796532020.09.0418:25:07.031 Trades '34510052': order #702911234 sell 0.1 / 0.1 NZDSGD at 0.91421 done in550.273 ms2020.09.0418:25:07.103 Trades '34510052': accepted cancel order #702911229 buy stop 0.01 USDPLN at 3.796532020.09.0418:25:07.103 Trades '34510052': cancel #702911229 buy stop 0.01 USDPLN at market done in72.558 ms
2020.09.0418:25:07.103 Trades '34510052': instant buy 0.01 USDHUF at 297.871 (deviation: 100)
2020.09.0418:25:07.130 Trades '34510052': instant sell 0.01 GBPCAD at 1.73255, close #702904086 buy 0.01 GBPCAD 1.732712020.09.0418:25:07.174 Trades '34510052': accepted instant buy 0.01 USDHUF at 297.871 (deviation: 100)
2020.09.0418:25:07.174 Trades '34510052': deal #681898572 buy 0.01 USDHUF at 297.871 done (based on order #702911246)
2020.09.0418:25:07.175 Trades '34510052': order #702911246 buy 0.01 / 0.01 USDHUF at 297.871 done in72.051 ms
Zwischen den beiden roten Ortszeiten liegt nur 1ms, was eigentlich 550ms sein müssten (aufeinanderfolgende OrderSend). Offenbar wirken sich auch hier Print-Snapshots aus.
Ich habe einen sehr guten Zeitrahmen, vor allem für EURUSD, Fadenkreuz bewegt sich sehr langsam nach dem Cursor, es ist genug, um den Cursor reibungslos diagonal zu bewegen, um es zu reproduzieren. In anderen Zeiträumen ist es in Ordnung. Es gab keine solche Verzögerung vor
Und alle manuellen Diagramme (Trend, Fibonacci, usw.) sind ebenfalls langsam.
Alle Einstellungen sind standardmäßig:
Server: MetaQuotes-Demo
Geschichte: verfügbar seit 01.01.1971
Genauer Zeitrahmen: keiner
Max. Balken im Fenster: 100000
Diagrammtyp: Candlesticks
Verkleinerung des Diagramms: Maximum
Symbol, Punkt
Bars
Latenzzeit
EURUSD, Monatlich
597
gehen zu
EURUSD, Wöchentlich
2590
Überprüfen Sie
EURUSD, Täglich
12797
keine
Eine Art umgekehrte Abhängigkeit: je weniger Balken, desto langsamer
Auf Monats- und Wochencharts, z. B. EURGBP (wo es keine so tiefe Geschichte gibt) - keine Verzögerungen
Eine Art umgekehrte Beziehung: je niedriger die Balken, desto langsamer
Vielmehr ist sie direkt - je höher die TF, desto länger die Verzögerung.
Offensichtlich ist dies auf die genaue Berechnung der Koordinaten durch die untere TF zurückzuführen. Die Indizes der Balken, die in den gesuchten wöchentlichen/monatlichen Balken enthalten sind, sind irgendwo durcheinander geraten.
ps: alles funktioniert bei mir, gleiche Anzahl von Balken
Es handelt sich eher um eine gerade Linie - je höher die TF, desto größer die Verzögerung.
Offensichtlich aufgrund der genauen Berechnung der Koordinaten auf der unteren TF. Irgendwo haben sie es vermasselt, die Indizes der Balken in den erforderlichen wöchentlichen/monatlichen Balken einzubeziehen.
ps: alles funktioniert bei mir, gleiche Anzahl von Balken
Natürlich werden keine EAs/Indikatoren/Skripte ausgeführt - nur manuelle Erstellung. Die angezeigte Latenzzeit ist auf jedem durchschnittlichen modernen 64-Bit-Tablet reproduzierbar. Wenn Sie einen i7-Computer haben, nehme ich an, dass Sie diese Verzögerung noch nicht bemerkt haben.
A100: Natürlich werden keine Experten/Indikatoren/Skripte ausgeführt - nur manuelle Builds. Die angegebene Latenzzeit ist auf jedem durchschnittlichen modernen 64-Bit-Tablet reproduzierbar. Wenn Sie einen i7-Computer haben, haben Sie diese Verzögerung vermutlich noch nicht bemerkt.
Ich hätte vielleicht präzisieren sollen, dass ein Tablet verwendet wird.
Höchstwahrscheinlich nach der nächsten Version (jetzt im Beta-Stadium)
Höchstwahrscheinlich nach der nächsten Version (jetzt im Beta-Stadium)
Wird es nicht eine Reihe von Angeboten geben?
Forum zum Thema Handel, automatisierte Handelssysteme und Testen von Handelsstrategien
MT5 und Geschwindigkeit in Aktion
fxsaber, 2020.08.13 04:36
Dieses alte Skript zeigt viele Bremsen, wenn man es auf einem MQ-Demo-Chart laufen lässt und weitere Handelssymbole zu Market Watch hinzufügt (ich hatte 100).
Terminal Log.
2020.09.04 17:51:33.112 Trades '34510052': cancel order #702851395 buy stop 0.01 EURCAD at 1.55852 2020.09.04 17:51:33.512 Trades '34510052': accepted cancel order #702851395 buy stop 0.01 EURCAD at 1.55852 2020.09.04 17:51:33.514 Trades '34510052': cancel #702851395 buy stop 0.01 EURCAD at market done in 401.845 msDie Löschung des schwebenden Geschäfts erfolgte in 401 ms. Die Entwickler haben Zugang zu den Protokollen des Handelsservers und können dort sehen, wie lange die Ausführung gedauert hat. Zum Beispiel.
Jeder kann sie auf seiner Website reproduzieren.
Für alle Fälle sieht ein Handelsauftrag mit Ergebnissen so aus.
Ping.
Das Skript funktionierte etwa 10 Minuten lang.
Diese Verlangsamungen sind mir egal. Ich möchte nur wissen, wo und was ich einstellen kann, um die Situation zu verbessern. Ist es das Terminal oder der Handelsserver? Generell haben die Entwickler alle Möglichkeiten, die Daten zu reproduzieren und, falls gewünscht, zu verstehen.
Dieses alte Skript zeigt viele Bremsen an, wenn Sie es auf einem einzigen MQ-Demo-Chart laufen lassen und weitere Handelssymbole zu Market Watch hinzufügen (ich hatte 100).
Ich erinnere mich an diesen Fall
Forum zum Thema Handel, automatisierte Handelssysteme und Strategietests
Neue Version der MetaTrader 5-Plattform Build 1880: Berechnung der vollständigen Historie synthetischer Instrumente
A100, 2018.07.25 21:55
Die Belastung muss in jedem Fall berücksichtigt werden:
Ich habe einen langsamen Computer... und ich habe einen sehr langsamen... Also... Wenn ich 63 Symbole in Market Watch hinzufüge und danach F10 drücke, hängt sich MetaTrader auf (muss neu gestartet werden)... während es in allen anderen Modi gut funktioniert
Ich habe versucht, F10 zu verwenden, aber es blieb mindestens ein Jahr lang hängen - obwohl es eine 32-Bit-Version war.
Ich erinnere mich an einen Fall wie diesen
Die Anzahl der Zeichen in der Marktübersicht ist für das Spielen von Bremsen nicht entscheidend. So habe ich es bei mir auch gemacht.
Es ist leicht zu reproduzieren. Zwischen den beiden roten Ortszeiten liegt nur 1ms, was eigentlich 550ms sein müssten (aufeinanderfolgende OrderSend). Offenbar wirken sich auch hier Print-Snapshots aus.Ist Ihrer Position zuliebe ein Selbstschuss angebracht?
Ergebnis auf b2592 MQ-Demo.
Bei jedem Anruf gibt es eine Verzögerung.
Forum zum Thema Handel, automatisierte Handelssysteme und Testen von Handelsstrategien
Wanzen, Wanzen, Fragen
A100, 2020.08.31 15:55
Ich habe einen sehr guten Zeitrahmen, vor allem für EURUSD, Fadenkreuz bewegt sich sehr langsam nach dem Cursor, es ist genug, um den Cursor reibungslos diagonal zu bewegen, um es zu reproduzieren. In anderen Zeiträumen ist es in Ordnung. Es gab keine solche Verzögerung vor
Und alle manuellen Diagramme (Trend, Fibonacci, usw.) sind ebenfalls langsam.
Alle Einstellungen sind standardmäßig:
12797
Eine Art umgekehrte Abhängigkeit: je weniger Balken, desto langsamer
Auf Monats- und Wochencharts, z. B. EURGBP (wo es keine so tiefe Geschichte gibt) - keine Verzögerungen
Eine Art umgekehrte Beziehung: je niedriger die Balken, desto langsamer
Vielmehr ist sie direkt - je höher die TF, desto länger die Verzögerung.
Offensichtlich ist dies auf die genaue Berechnung der Koordinaten durch die untere TF zurückzuführen. Die Indizes der Balken, die in den gesuchten wöchentlichen/monatlichen Balken enthalten sind, sind irgendwo durcheinander geraten.
ps: alles funktioniert bei mir, gleiche Anzahl von Balken
Es handelt sich eher um eine gerade Linie - je höher die TF, desto größer die Verzögerung.
Offensichtlich aufgrund der genauen Berechnung der Koordinaten auf der unteren TF. Irgendwo haben sie es vermasselt, die Indizes der Balken in den erforderlichen wöchentlichen/monatlichen Balken einzubeziehen.
ps: alles funktioniert bei mir, gleiche Anzahl von Balken
Natürlich werden keine Experten/Indikatoren/Skripte ausgeführt - nur manuelle Builds. Die angegebene Latenzzeit ist auf jedem durchschnittlichen modernen 64-Bit-Tablet reproduzierbar. Wenn Sie einen i7-Computer haben, haben Sie diese Verzögerung vermutlich noch nicht bemerkt.
Ich hätte vielleicht präzisieren sollen, dass ein Tablet verwendet wird.
Ich habe einen i5