Wenn ich mir das Protokoll ansehe, habe ich denselben Eindruck. Sie steigt auf 50 ms an und fällt dann rapide auf 10 ms ab. Die Sekundenverzögerung ist eine Besonderheit.
Ich wünschte, jeder würde seine Protokolle auf diese Weise zur Verfügung stellen, um Verzögerungsprobleme zu untersuchen.
Hier wird mehr Mist gebaut als auf dem echten Terminmarkt, so dass die Lösung nicht schnell zu finden sein wird (wenn überhaupt)....
Hinzugefügt
Das Frustrierendste daran ist, dass diese Verzögerungen zum Zeitpunkt des Abschlusses auftreten, was dazu führt, dass die Geschäfte nicht mehr profitabel sind, sondern unrentabel.
Hinzugefügt
Und natürlich zeigt die Börse ihre Zähne
«Напоминаю также, что торговая система не является системой точного времени,
детальные исследования по latency мы проводим только в случае обоснованных подозрений
в наличии проблемы на нашей стороне, при этом обязательным условием (не наша прихоть,
просто без этих данных реальный аудит маловозможен) является предоставление детальных логов софта,
снятого дампа трафика на момент проблемы и детального описания методики замеров latency на стороне клиента.»
Ja, ich weiß. In der Schleife gehe ich die gesamte Historie durch. Demo-Terminal von der Open. Ja, und die Abbildung zeigt, dass alles ausgeführt wird (10 von 10).
Sergey Kudryavtsev: Ja, ich weiß. In einer Schleife lasse ich die gesamte Historie laufen. Demo-Terminal von Otkritie. Ja, und in der Abbildung können Sie sehen, dass alles ausgeführt wird (10 von 10).
Es wird nur ein Auftrag 37 in der Historie erscheinen
Ähnlich mit einer anderen Bestellung zur gleichen Zeit und sah eine andere ähnliche Bestellung zu einem anderen Zeitpunkt.
wenn (HistoryOrderSelect(37)) Print(HistoryOrderGetDouble(37, ORDER_VOLUME_INITIAL),",HistoryOrderGetDouble(37, ORDER_VOLUME_CURRENT));
Schreibt 10 0.
Ich habe auch HistorySelect() und alles, was damit zusammenhängt, sorgfältig überprüft, alles funktioniert zuverlässig.
Als ich jetzt noch einmal nachgeschaut habe, wurde die Option "expired" (abgelaufen) irgendwo gestrichen :). Ist das ein Serverproblem, an dem wir gerade arbeiten?
Wenn ich mir das Protokoll ansehe, habe ich denselben Eindruck. Sie steigt auf 50 ms an und fällt dann rapide auf 10 ms ab. Die Sekundenverzögerung ist eine Besonderheit.
Ich wünschte, jeder würde seine Protokolle auf diese Weise zur Verfügung stellen, um Verzögerungsprobleme zu untersuchen.
Hier wird mehr Mist gebaut als auf dem echten Terminmarkt, so dass die Lösung nicht schnell zu finden sein wird (wenn überhaupt)....
Hinzugefügt
Das Frustrierendste daran ist, dass diese Verzögerungen zum Zeitpunkt des Abschlusses auftreten, was dazu führt, dass die Geschäfte nicht mehr profitabel sind, sondern unrentabel.
Hinzugefügt
Und natürlich zeigt die Börse ihre Zähne
Hallo, ich habe ein Problem: Der Strategietester schreibt, dass die abgelaufene Order vollständig ausgeführt wird, obwohl dies nicht der Fall ist.
Wenn ich außerdem den Befehl "HistoryOrderGetDouble(ticket, ORDER_VOLUME_CURRENT);" aufrufe, erhalte ich 0.
Zum Beispiel, die Bestellung mit tisket=37, siehe das Bild.
Hallo, ich habe ein Problem: Der Strategietester schreibt, dass die abgelaufene Order vollständig ausgeführt wird, obwohl dies nicht der Fall ist.
Wenn ich außerdem den Befehl "HistoryOrderGetDouble(ticket, ORDER_VOLUME_CURRENT);" aufrufe, erhalte ich 0.
Zum Beispiel, die Bestellung mit tisket=37, siehe das Bild.
Hallo, ich habe ein Problem: Der Strategietester schreibt, dass die abgelaufene Order vollständig ausgeführt wird, obwohl dies nicht der Fall ist.
Wenn ich außerdem den Befehl "HistoryOrderGetDouble(ticket, ORDER_VOLUME_CURRENT);" aufrufe, erhalte ich 0.
Zum Beispiel die Bestellung mit tisket=37, siehe das Bild. Liege ich irgendwo falsch?
Und Sie führen HistorySelect aus, bevor Sie HistoryOrderGetDouble aufrufen?
Führen Sie HistorySelect aus, bevor Sie HistoryOrderGetDouble aufrufen?
Ja, ich weiß. In einer Schleife lasse ich die gesamte Historie laufen. Demo-Terminal von Otkritie. Ja, und in der Abbildung können Sie sehen, dass alles ausgeführt wird (10 von 10).
VersuchHistoryOrderSelect(ticket)
Es wird nur ein Auftrag 37 in der Historie erscheinen
VersuchHistoryOrderSelect(ticket)
Es wird nur ein Auftrag 37 in der Historie erscheinen
wenn (HistoryOrderSelect(37))
Print(HistoryOrderGetDouble(37, ORDER_VOLUME_INITIAL),",HistoryOrderGetDouble(37, ORDER_VOLUME_CURRENT));
Schreibt 10 0.
Ich habe auch HistorySelect() und alles, was damit zusammenhängt, sorgfältig überprüft, alles funktioniert zuverlässig.
Als ich jetzt noch einmal nachgeschaut habe, wurde die Option "expired" (abgelaufen) irgendwo gestrichen :). Ist das ein Serverproblem, an dem wir gerade arbeiten?
Gebäude 1430
Gebäude 1430
Das ist es, was fehlt