Dienstag, 16. April 2024, 10:59 UTC+2

Sie sind nicht angemeldet.

  • Anmelden
  • Registrieren

Lenzelott Männlich

Experte

Registrierungsdatum: 30. Dezember 2002

Beiträge: 3 050

Wohnort: Giessen

21

Freitag, 23. Mai 2008, 14:42

Hallo Udo
Vielleicht ist es ja das? Zu oft speichern? Aber bestimmt findet sich auch dafür jemand mit einer kleveren Umgehungskösung. Lenzelott, hast Du auch so viele Lines of Code, wenn nicht kann Fehler 52 nach der hier angewandten Logik dann nur an zuvielen Perioden liegen, oder :thumbsup:


Hallo Bernd,

nein ich habe nicht so viele Zeilen Code, im gegenteil.
In den Definitionen befinden sich 21 Zeilen aktiver Code und 30 Zeilen auskommentierter.
Die enterregeln und Exit Regeln bestehen jeeweils aus 2 Zeilen.

Mit einem auf 1 Minute vorkomprimierten BT taucht der Fehler im gleichen HS nicht mehr auf.
If you think it´s expensive to hire a professional, wait until you hire an amateur.

Lenzelott Männlich

Experte

Registrierungsdatum: 30. Dezember 2002

Beiträge: 3 050

Wohnort: Giessen

22

Freitag, 23. Mai 2008, 14:59


@all
Testet mal eine Software, die Tickdaten nicht lokal sammelt und lest dann ein paar Millionen Ticks unkomprimiert ein.Ich denke man kann sich dann auch beim Einsatz eines Quad in aller Ruhe einen Kaffee kochen. Manchmal übersieht man auch den "Luxus" von RTT wenngleich beides,Cashdaten und lokale Speicherung das Optimum darstellen würden!


Hier mal en Benchmark mit meiner IV Installation.
RTT Server & lokales IV haben jeweils zwei getruncte Gigabit Netzwerkkarten.
RTT Server besitzt gespiegelte 15k SAS Festplatten.

Neues Projekt nix drinnen ausser der FESX Endloskontrakt von L&P (ca. 32.5 Millionen Ticks, ab 2002).
Komprimierung: 60 Minuten.
Zwischenspeicher leeren und neueinlesen Dauert ca. 20 sekunden.

Wenn man den Versuch mit auf 1 Minute vorkomprimierte BT macht braucht IV dafür knapp eine Sekunde.
Deswegen verwende ich auch wo es geht vorkomprimierte Titel.
If you think it´s expensive to hire a professional, wait until you hire an amateur.

Lenzelott Männlich

Experte

Registrierungsdatum: 30. Dezember 2002

Beiträge: 3 050

Wohnort: Giessen

23

Freitag, 23. Mai 2008, 15:19

Investox müsste vorkomprimierte Daten automatisch anlegen und die Vorteile des Kombititels automatisieren!


Schöne Idee, läuft natürlich komplett gegen das aktuelle Datenhaltekonzept und deshalb ist die Umsetzung wohl nicht zu erwarten.

Da müßte ein Client & Server Konzept für die Daten her und nix mehr mit Files und so.
Wenn IV Daten haben will, fragt´s den Server incl. der gewünschten Komprimierung.
Der schubst die Komprimierung lokal zusammen und übertragt nur noch die vorkomprimierten Daten übers Netz.
Sinnvoll wäre dabei, dass Standardkomprimierungen (1 , 10, 60 Minuten, einstellbar ?..) im Hintergrund als automatischer Berechnungstitel auf dem RTT Server vorgehalten werden, dass nicht jedesmal die Daten neu komprimiert werden müssen. Nur spezialfälle (137 Ticks) würden dann den Server belasten.
If you think it´s expensive to hire a professional, wait until you hire an amateur.

Registrierungsdatum: 30. August 2002

Beiträge: 8 155

Wohnort: Trade-Planet

24

Freitag, 23. Mai 2008, 22:37

@Lenzelott

Der Versuch für den Performance-Vergleich war auf eine vergleichbaren Software bezogen, die keine Daten auf der Festplatte speichert sondern im Cash hält! Da gibt es einige...

Vorkomprimierte Daten:

Das derzeitige Datenkonzept spricht zwar dagegen aber die Fakten dafür-findest Du nicht auch? Viele Softwares benutzen vorkomprimierte Daten deshalb sind sie so schnell! Nur können diese Softwares lange Historien einlesen die sie lediglich Tick für Tick erweitern denn mehr als einen Tick benötigt man im Grunde nicht, um die Signale zu bekommen oder zu routen! Mit dem Datenanbieter L&P wurde das Konzept teilweise schon realisiert! Es fehlt nur, das man die vorkomprimierte Datenreihe in einer "RTT-VKomp"-Datei ablegen kann. Somit hätte man das Konzept des Kombititels verwirklicht. Vom L&P Server können alle möglichen Komprimierungen abgerufen werden da die Daten ab 1 Minute dort bereit liegen. Werden hohe Komprimierungen abgerufen geht das ganze sehr fix-z.B. EOD Komprimierungen. Der Nachteil ist,das noch kein direkter Stream zwischen dem L&P Server und Investox besteht sondern der Titel in RTT als Dummy eingeloggt werden muss. Mir ist bekannt, das auch direkte Stream, ohne Dummy-Titel möglich ist! Dieser direkte Stream wird einmalig abgerufen und in eine o.g. Datenbank von Investox abgelegt! Was glaubst Du wie fix die Handelssystem werden wenn dieser Titel mit jeweils nur dem aktuellen Tick erweitert wird! Zudem müsste man nicht mehr Perioden kürzen,optimieren oder an sonstigen Schräubchen drehen um auf Performance zu kommen!Weiterhin erwarte ich mir wesentlich weniger Fehlermeldungen und ein sehr niedrige CPU Auslastung....
Happy Trading

Vuego

Meister

Registrierungsdatum: 30. August 2002

Beiträge: 999

25

Freitag, 23. Mai 2008, 23:47

Vom L&P Server können alle möglichen Komprimierungen abgerufen werden
dort wo man sich nicht sicher sein kann ob nicht irgend ein übereifriger Mitarbeiter im nachhinein Datenkorrekturen vornimmt. Da lobe ich mir das RTT-Konzept auf der eigenen Festplatte!

Registrierungsdatum: 30. August 2002

Beiträge: 8 155

Wohnort: Trade-Planet

26

Freitag, 23. Mai 2008, 23:54

@vuego

na ja,überall gibt es übereifrige Mitarbeiter-hoffentlich nicht bei IB! :D Das Konzept ist erstklassig. Die Historie liegt auf der Festplatte und nur der aktuelle Tick wird aktualisiert. Das geht auch mit den lahmen IB Daten... :thumbsup: Aber man muss eben die Möglichkeiten haben sonst geht nix...l
Happy Trading

Lenzelott Männlich

Experte

Registrierungsdatum: 30. Dezember 2002

Beiträge: 3 050

Wohnort: Giessen

27

Freitag, 30. Mai 2008, 00:00

Da könnten wir auch gleich darob diskutieren, warum ich für den Backtest mehrere 100 Coding Zeilen aktiv habe und wieso der Investox Formeleditor dabei wie ein schlapper Hund aussieht, der keuchend seinem Ende entgegen sieht.


Un hat das neueste Serviceupdate Dein Problem gelöst?
Und immer artige jedes Zeichen zählen, gelle ! 8o

Zitat

Bei Formeln mit mehr als 32.000 Zeichen konnte im Optimierungsprozess ein Fehler auftreten.
If you think it´s expensive to hire a professional, wait until you hire an amateur.

Bernd

Experte

Registrierungsdatum: 5. Juni 2005

Beiträge: 4 070

Wohnort: Iringsweg

28

Freitag, 30. Mai 2008, 16:23

Hallo Lenzelott

Un hat das neueste Serviceupdate Dein Problem gelöst?
Und immer artige jedes Zeichen zählen, gelle !

Richtig erkannt! Nun geht's. Ganz ohne zählen :thumbup:
Gruss
Bernd

Ähnliche Themen