INVESTOX-Forum

Hallo Torsten,

2 Möglichkeiten könnte ich vorschlagen:

-Das Overnight Gap nicht füllen
-Beim Kombititel die Kontrakte aneinanderreihen,so da immer der gleiche Startzeitpunkt gewährleistet ist!

Wenn die bereits abgelaufenen Kontrakte hinten angehängt sind, beanspruchen sie keine Rechnerkapazität. Zudem werden abgelaufene Kontrakte auch nicht mehr mit Ticks versorgt und liegen "brach"! Bei vorkomprimierten Daten sollte man das Zusammenspiel mit RENKO beachten!

Hallo Torsten,

leider ist es bislang nicht möglich die Basiskomprimierungen zu optimieren oder in dem Fall den Startzeitpunkt des KOTitels mit Hilfe eines Algorithmus zu justieren!Eine andere Methode die Deiner Idee ähnelt und schon früher einmal angesprochen wurde ist das finden der "optimalen Boxgröße" für P&F/RENKO/Spanne mit Hilfe eines Algorithmus! Das kann man begrenzt mit Komp und dem BF-Testverfahren machen, aber relativ aufwendig!Einen ähnlichen Effekt den Du wünscht könnte man erzielen wenn man mit dem BF-Test die Brickgröße optimiert. In dem Fall könnte man auch so lange optimieren bis man das beste Ergebnis bekommt! Ob es der Weisheit letzter Schluss ist und die nötige Stabilität liefert, lasse ich dahingestellt. Insbesondere genetische Algorithmen scheinen für diese Verfahren relativ ungeeignet,da die Ergebnisse stark fluktuieren. Zum Zeitpunkt X wird der von Dir eingestellte Startzeitpunkt wieder an Performance verlieren und dann muss neu justiert werden. Eine Optimierung wird aber wieder ganz von vorne gestartet obwohl nur auf den bisherigen Ergebnissen aufgebaut werden müsste. Daher ist der zeitliche Umfang enorm und alles andere als stabil denn nach der Optimierung passt im HS nichts mehr!

Das tägliche Einschwenken ist mitunter unangebracht wenn man nur wenige Bricks/Tag bekommt. Bei sehr kleinen Komprimierungen die nur wenige Ticks für den Aufbau des ersten Bricks oder die Spalte benötigen, ist diese Variante auf jeden Fall eine gute Alternative! Also am besten einen Kombititel aus den Kontrakten zusammensetzen und ein System entwickeln, dessen Performance und Stabilität nicht vom Verschieben des Brick- Startzeitpunktes bestimmt wird. Bei Systemen allgemein sollte man die Variablen so gering wie möglich und einfach halten. Umso mehr Variable man zufügt, desto schwieriger ist ein System zu kontrollieren und bei Bedarf neu zu justieren! Hält man das System einfach, kann man mit wenig Zeitaufwand Kontrolle und Justierung durchführen.In der Regel bestehen funktionelle Systeme aus sehr einfachen ENTER-Regeln. Beim MM und RM darf's dann auch ruhig ein bisschen mehr Aufwand an Mathematik und Statistik sein,da es sich um teils feste Größen handelt und das Kernstück eines Systems bildet!