Welcome to NexusFi: the best trading community on the planet, with over 150,000 members Sign Up Now for Free
Genuine reviews from real traders, not fake reviews from stealth vendors
Quality education from leading professional traders
We are a friendly, helpful, and positive community
We do not tolerate rude behavior, trolling, or vendors advertising in posts
We are here to help, just let us know what you need
You'll need to register in order to view the content of the threads and start contributing to our community. It's free for basic access, or support us by becoming an Elite Member -- see if you qualify for a discount below.
-- Big Mike, Site Administrator
(If you already have an account, login at the top of the page)
seid geraumer Zeit gehen mit die doch langen Ladezeiten bei NT (vom NT-Start bis zur Verfügbarkeit der workspaces) auf den Geist.
Ich nutze parallel vier workspaces mit umfangreichen Charts und MarketAnalyzer-Konfigurationen.
Mein PC hat einen AMD Phenom II X 4 965 mit 8 GB RAM unter der Haube; NT ist mit dem BS Windows 7 auf einer SSD installiert. Die CPU-Last hält sich noch in Grenzen.
Benötige ich mehr RAM und/oder eine andere CPU oder gibt es noch andere Tricks, um die Ladezeiten zu reduzieren?
Viele Grüße
Blackburn
Can you help answer these questions from other members on NexusFi?
Hast du denn schon mal die NT Datenbank aufgeräumt (zu finden unter Tools --> Options --> Data --> Reset DB / Reset Instruments) ? Da sammelt sich mit der Zeit auch so Einiges an "Datenschrott" an.
Alternativ und als schnellste Lösung kannst du auch im Verzeichnis NinjaTrader 7 --> db die Unterverzeichnisse data, day, minute und tick löschen, das sollte auch schon helfen.
@Blackburn: Die Ladezeiten werden durch Indikatoren verursacht. Tick Charts oder Minuten Charts dauern nur beim ersten Mal laden etwas länger, danach werden Sie von NinjaTrader in einem Cache abgelegt, so dass jederzeit schnell darauf zugegriffen werden kann.
Die Ladezeiten werden also durch überladenen Workspaces
-> mit Indikatoren die schlecht programmiert sind
-> oder mit Indikatoren, die mit allerlei graphischem Schnichschnack überfrachtet sind
Ferner hängt die Ladezeit von der gewählten Balkenart (2-Renko ist katrastrophal langsam, 15-Minuten schnell) und der gewählten Lookback Periode ab.
Folgende Maßnahmen können die Ladezeiten reduzeren:
(1) Genaue Einstellung der Lookback Periode auf das, was wirklich benötigt wird. Ich nehme zum Beispiel für Monatspivots 65 Tage, damit ich am 31. August noch auf den vollen Juli zugreifen kann. Der Indikator versteht nämlich erst dann, dass der Juli komplett ist, wenn wenigstens ein Balken aus dem Juni stammt. Fällt er 29. und 30. Juni auf ein Wochenende, dann braucht es den 27. Juni, also 65 Tage.
(2) Alle Pfeile, Dreiecke, Rauten, Texte, gefärbte Regionen, etc. entfernen. Die NinjaTrader Draw() Methoden verlangsamen den Chartaufbau extrem. Ich habe sie daher jetzt aus den SessionPivots und SessionVWAPs komplett entfernt und die Plots von Hand programmiert. Ergebnis bei einigen Indikatoren: ein Geschwindigkeitsgewinn um den Faktor 20.
(3) Alle Indikatoren, die Du verwendest sollten einzeln zwei Speedtests unterzogen werden.
(a) Nimm ein 1-Minuten Chart mit 100 Tagen und wirf den Indikator darauf. Wenn es länger als 3 Sekunden dauert, ist etwas faul.
(b) Nimm jetzt ein 5-Minuten Chart, setze den Indikator auf CalculateOnBarClose = false und lasse das Chart mit 500-facher Geschwindigkeit über einen Handelstag laufen. Dabei kannst Du zum Beispiel mit dem Process Explorer von Microsoft die Prozessorbelastung überwachen.
Ich möchte einmal ein Beispiel geben: Ich hatte einen Indikator (JacksonZones Daily) unter Verwendung von NinjacScript Draw Methoden programmiert (alte Version) und vor kurzem alle diese Methoden entsorgt und stattdessen einen Custom Plot programmiert. Die Durchführung der Tests (a) und (b) führt zu folgenden Ergebnissen:
Die Indikatoren unterscheiden sich nur durch die Verwendung eines Custom Plots, der die NinjaScript Methoden ersetzt.
NinjaTrader + JacksonZones (alt), dargestellt mit Process Explorer:
NinjaTrader + JacksonZones(neu), dargestellt mit Process Explorer:
Das zeigt wie wesentlich die Ladezeit von der Programmierung der Indikatoren beeinflusst wird. Im oberen Fall ist sogar zu erkennen, dass die 500-fache Geschwindigkeit nicht beibehalten werden konnte, sondern dass es zu einer Verlängerung der Replay-Zeit um ca. 50% nur durch den alten Indikator kam.
@Daytrader999: Das Löschen der Daten in db führt allenfalls zum Datenverlust. Diese Daten haben keinen Einfluss auf die Ladezeit eines Workspaces.
Beim Laden eines Workspaces werden mehrere Stufen durchlaufen ...
Laden des BarsArray:
Beim Laden werden die einzelnen Chartbalken aus den Daten zusammengebaut. Ein 5-Minuten Chart wird aus 1-Minuten-Daten zusammengebaut, ein 300-Volume oder 6-Renko Chart wird aus 1-Tick-Daten zusammengebaut, was entsprechend länger dauert.
Um diesen Prozess zu beschleunigen, benutzt NinjaTrader einen Cache. Diesen findet man unter Dokumente -> NinjaTrader 7 -> db -> cache. Wenn man dann das besagte 5-Minuten Chart, das 300-Volume Chart oder das 6-Renko Chart ein zweites Mal aufruft, greift NinjaTrader auf die fertigen im Cache abgelegten Balken zurück, was dann relativ schnell geht. Es entfällt damit der Aufwand, die Balken aus den einzelnen Ticks zusammenzufügen.
Laden der Indikatoren:
Diese müssen jedesmal komplett neu berechnet werden. Erhalten bleiben lediglich die über die Indikator Dialog Box einstellbaren Parameter.
Laden von Information aus der Datenbank (Trade-Daten):
Ein Reset der Database kann hier Abhilfe schaffen.
@Fat Tails
Bin ein Fan Deiner PivotZonesDaily, -Weekly und -Monthly. Habe hier noch die Versionsnummer 38, denn ich hatte vor kurzem keine aktuelle gefunden. Dort eben die neuesten Holidays von Hand eingetragen, die alten rausgenommen. Ich merke bei diesen, dass der Aufbau nach dem ersten Test (100 Tage, M1-Chart) schon recht lange dauert, währen die Version 40 der normalen Pivots hier im 3-Sekunden-Zeitfenster funktionieren. Wird es eine neue Zonen-Version geben? Mir gefallen diese einfach viel besser.
Den zweiten Test habe ich noch nicht gemacht. Sag mir mal bitte, wie ich diesen Durchlauf mache.
Meine 1er-Renkos brauchen schon eine Weile beim Start, da gehen je Chart ein paar Minuten ins Land. Ebenso, wenn ich wegen fehlender Tickdaten, da ich die Handelsplattform nachts ausgeschaltet habe, die Daten komplett nachladen muss. Das dauert dann jeweils einige Minuten. Hier mal ein Screenshot meiner Handelszeiteinheit:
Zum Glück reagiert der Kurs im Zenfire-Netzwerk dann auch schneller als mein Chart, auch wenn ich hier das Update-Intervall auf das Minimum von 0,1 Sekunden gestellt habe.
Ein Horrorszenario ist, dass sich mein System aufhängt, wegen einem kurzem Timeout (Router...). Oder dass ich mich neu einloggen muss, um einen laufenden Trade zu terminieren. Denn dann bin ich für einige Minuten dem Schicksal ausgeliefert, wenn ich aus irgendwelchen Gründen gerade mein Backupsystem nicht dabei oder zur Verfügung habe, oder dies ebenso ein Problem haben könnte. Ist mir schon passiert, war jedoch auch mein eigenes Verschulden. Doch wäre es schon gut, hier Start- und Lade-Geschwindigkeit zu gewinnen.
@Renkotrader: In den PivotZones habe ich noch die NinjaScript Methode DrawRegion() verwendet. Ich muss diese auch noch neu programmieren, um sie schneller zu machen. Die Updates habe ich ja in diesem Thread bereits angekündigt:
I have been working some time on the new version of the SessionPivots. I will come back to the details, but here is what I have changed
-> All indicators have improved graphics.
-> The pivot range now has a trend side (bright side) and a balancing side …
Ich kann nur nicht alles gleichzeitig machen, da der Aufwand doch erheblich ist. Einstweilen liegen die SessionPivots und SessionVWAPs mit der Version vorne. Die PivotZones werden irgendwann im Frühling folgen.
Solange musst Du halt noch die etwas langameren nehmen.
Display Update Interval
Bei grafikintensiven Indikatoren hat das einen erheblichen Einfluss auf die CPU-Belastung. Unten habe ich einmal einen Vergleich für die JacksonZones (Screenshot) mit einem Display Update Interval von 0,1 Sekunden und einem Display Update Interval von 0,5 Sekunden gemacht. Die Mehrbelastung des Prozessors durch das kürzere Display Update Interval ist deutlich zu erkennen. Einer der 4 Prozessorkerne wird durch den Indikator zu etwa 10- 15% zusätzlich belastet. Du kannst Dir ausrechnen, dass sich die Mehrbelastung bei mehreren komplexen Indikatoren schnell aufaddieren kann.
Es ist letztendlich auch ein Frage, wie ein Indikator benutzt werden soll. Über COBC = true oder COBC = false lässt sich die CPU Belastung durch OnBarUpdate steuern, über das Display Update kann man die CPU Belastung durch den Plot steuern.
Ich habe einfach das Market Replay in 500-facher Geschwindigkeit durchlaufen lassen. Hierbei ist zu beachten,
dass die 500fache Geschwindigkeit nur OnBarUpdate(), nicht aber den Plot betrifft. Der wid auch bei hoher Geschwindigkeit nur mit dem voreingestellten Display Update Interval von 0.1 oder 0.5 Sekunden neu berechnet.
Vielen Dank für Deine Tipps - bereits die richtige Einstellung der lookback-periode hat einiges gebracht.
Bezgl. der NT-Ladezeiten habe ich noch ein Frage:
Ich nutze die EOD Daten von kinetick. Die tägliche Datenakutalisierung z.B. für den S&P 500 dauert sehr lange.
Kann man diesen update auch beschleunigen oder ist da NT auf kinetick angewiesen?
Die Aktualisierung der EOD-Daten mit Kinetick dauert allenfalls Sekunden. Die Wartezeiten entstehen nicht durch das Laden der Daten sondern möglicherweise
-> durch den Chartaufbau (vor allem bei exotischen Bars mit langen Lookback Zeiten)
-> durch die Indikatorneuberechnung auf dem Chart
