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
1434 - 1 ms dauert es im Durchschnitt, bis CopyTicks bereits 1000 Ticks hochgeladen hat. Langsam, wie es scheint.
Anforderung von TRADE0tic mit from_msc des letzten zuvor empfangenen Ticks. Ich erhalte 3 Ticks, aber in 0,3 - 0,9 ms! - Jetzt sehr langsam.
Ich habe den obigen Code genau protokolliert und die Gründe dafür herausgefunden. Wenn CopyTicks (from > 0) Ticks vor dem neuesten Tick erhält, kann es einige überspringen.
Was das ursprüngliche Problem betrifft - dass CopyTicks beim nächsten Aufruf mehr Ticks für denselben Zeitraum liefern kann:
Dies ist in der Tat der Fall. Das Problem ist, dass die Börsendatenströme Bid/Ask und Flipper/Volume unterschiedliche Ströme sind, die schon börsenseitig nicht miteinander synchronisiert sind.
Aus diesem Grund gibt es Situationen, in denen zuerst Bid/Ask mit der Zeit 12:12:12.300 und etwas später Flipper/Volume mit der Zeit 12:12:12.299 kommt.
Wenn Sie also Daten seit dem letzten Tick (12:12:12.300) anfordern, werden Sie keinen neuen Flipper für 12:12:12.299 erhalten.
PS: Das Terminal speichert und sendet die Ticks nach Zeit sortiert. Das heißt, die zeitliche Abfolge der Ticks, die an CopyTicks übergeben werden, ist immer steigend.
Es gibt zwei Ströme von Zecken, die empfangen werden - INFO und TRADE. ALL ist eine synthetische Verbindung (scheint auf der Endseite zu sein), deshalb können solche Pannen auftreten.
Es ist wegen der Synthese, dass es solche Worte gab
die ersten Tick-Sätze nach dem Aufruf von CopyTicks enthalten keine Nullen, sondern die aktuellen Werte von Bid, Ask und Last zum gewünschten Zeitpunkt
Mit dem Band sollte dieses Problem nicht auftreten, wenn CopyTicks korrekt funktioniert.
Ich denke, die Hilfe wird sehr ernsthaft ergänzt werden.
Sie können die Überlastungen selbst hinzufügen.
Getestete CopyTicks mit COPY_TICKS_TRADE-Flag
Kein Unterschied.
Getestete CopyTicks mit COPY_TICKS_TRADE-Flag
Kein Unterschied.
Forum zum Thema Handel, automatische Handelssysteme und Strategietester
Mysteriöser Aktienindikator
fxsaber, 2016.09.30 21:26
1434 - Das Problem wurde nicht gelöst.
Ich habe den obigen Code genau protokolliert und die Gründe dafür herausgefunden. Wenn CopyTicks (from > 0) Ticks bis zum neuesten erhält, werden möglicherweise einige übersprungen.
Beispiel.
Angeforderte Zecken mit von = 2016.09.29 11:05:55.564. Erhielt drei Häkchen als Antwort
Einige Zeit später habe ich den Tickverlauf aus der Ferne angefordert und einen Tick erhalten, den CopyTicks zuvor übersehen hatte
So eine Wanze!
Es scheint ein Konflikt zwischen dem gleichzeitigen Schreiben und Lesen in der Tick-Datenbank zu bestehen.
Die gesammelte Echtzeit-Tick-Historie des TRADE-Threads enthielt keinen Tick mit der Zeit 2016.10.04 10:37:08.773, der später in der Historie erschien.
Dies steht in gewisser Weise im Widerspruch zu dem, was ich oben gesagt habe. Probleme gibt es nicht nur mit dem synthetischen ALL-flow, sondern auch mit dem direkten - TRADE.
1434 ist der gleiche Fehler für TRADE-Typen. Vervielfältigender Berater
1434 - 1 ms dauert es im Durchschnitt, bis CopyTicks bereits 1000 Ticks hochgeladen hat. Langsam, wie es scheint.
Anforderung von TRADE0tic mit from_msc des letzten zuvor empfangenen Ticks. Ich erhalte 3 Ticks, aber in 0,3 - 0,9 ms! - Jetzt sehr langsam.
Relevant! Kann man das nicht beschleunigen?
An dieser Stelle möchte ich den Entwicklern für ihre Arbeit mit CopyTicks danken!
Ich kann nicht behaupten, dass CopyTicks absolut korrekt funktioniert, aber ich habe es geschafft, mit dem Band perfekt zu arbeiten und CopyTicks besser zu verstehen.
Um das Rad nicht neu zu erfinden, finden Sie hier und hier fein abgestimmte Beispiele für die Erstellung von Tick-Indikatoren auf der Grundlage des Bandes.