Samstag, 6. Juni 2009, 16:13
Optimierung: Berechnungstitel komplett im Hauptspeicher?
Hallo Forum,
meine aktuelle Datenhistorie in 1min Vorkomprimierung über einen Berechnungstitel ist kleiner als 500.000 Perioden.
In Zeiten großzügiger Arbeitsspeicherausstattung und 64bit OSs sollte es möglich sein diese Perioden während der Optimierung komplett im RAM zu halten.
Dadurch sollte sich die Optimierungszeit verkürzen lassen.
Sollte dann nicht im obigen Feld eine 500.000 stehen können?
Kann die 32000 entsprechend erhöht werden?
Gruß
Alexander
meine aktuelle Datenhistorie in 1min Vorkomprimierung über einen Berechnungstitel ist kleiner als 500.000 Perioden.
In Zeiten großzügiger Arbeitsspeicherausstattung und 64bit OSs sollte es möglich sein diese Perioden während der Optimierung komplett im RAM zu halten.
Dadurch sollte sich die Optimierungszeit verkürzen lassen.
Sollte dann nicht im obigen Feld eine 500.000 stehen können?
Kann die 32000 entsprechend erhöht werden?
Gruß
Alexander
Samstag, 6. Juni 2009, 22:41
Hallo Vuego,
vielen Dank für Deine Antwort.
Dass die 32.000 überall in Investox für "alle Daten ohne Begrenzung" stehen ist mir schon klar. Nur kann Investox offensichtlich keine 32.000 Perioden (oder mehr) als Berechnungstitel im Hauptspeicher halten.
Der Berechnungstitel komprimiert meine Tickdaten in 1min lange Perioden. Davon brauche ich zur Zeit ungefähr 450.000. Die Optimierungsvariablen im Definitionsteil versuchen dann gesteuert durch den vergangenen Kursverlauf und meine Fitnesskriterien einen optimalen Wert anzunehmen.
Das Häckchen läßt sich oben leider eben nur setzen, wenn die Anzahl der Perioden 31.999 oder kleiner ist. Ansonsten tritt die Fehlermeldung auf.
Genau. Das ist die Idee.
Ich könnte mir vorstellen, daß die Begrenzung auf 32.000 Perioden im RAM noch aus "alten Zeiten" stammen.
Gruß
Alexander
vielen Dank für Deine Antwort.
Dass die 32.000 überall in Investox für "alle Daten ohne Begrenzung" stehen ist mir schon klar. Nur kann Investox offensichtlich keine 32.000 Perioden (oder mehr) als Berechnungstitel im Hauptspeicher halten.
Der Berechnungstitel komprimiert meine Tickdaten in 1min lange Perioden. Davon brauche ich zur Zeit ungefähr 450.000. Die Optimierungsvariablen im Definitionsteil versuchen dann gesteuert durch den vergangenen Kursverlauf und meine Fitnesskriterien einen optimalen Wert anzunehmen.
Das Häckchen läßt sich oben leider eben nur setzen, wenn die Anzahl der Perioden 31.999 oder kleiner ist. Ansonsten tritt die Fehlermeldung auf.
Zitat
Es macht normalerweise keinen Sinn ständig die komplette Historie neu einzulesen.
Genau. Das ist die Idee.
OnlineHilfe:
Daten im Arbeitsspeicher halten: Diese Option bewirkt, dass die berechneten Daten im Arbeitsspeicher gehalten und bei Bedarf von dort gelesen werden (statt von der Festplatte). Dies kann eine Verbesserung der Rechenperformance mit sich bringen, belastet dafür aber stärker den Arbeitsspeicher. Die Verwendung der Option ist nur sinnvoll und erlaubt, wenn die Daten bei der zeitbedingten Aktualisierung reduziert sind (vorige Option) und wenn der Berechnungstitel nicht als Datenfeed-Simulation eingesetzt wird. Zudem sollte ein im Arbeitsspeicher gehaltener Berechnungstitel nicht in einem Kombinations-Titel verwendet werden.
Ich könnte mir vorstellen, daß die Begrenzung auf 32.000 Perioden im RAM noch aus "alten Zeiten" stammen.
Gruß
Alexander
Sonntag, 7. Juni 2009, 00:47
Hallo,
Wenn der BT 450.000 Perioden hat und 1000 eingestellt werden, sollten 449.000 Perioden im Speicher gehalten und 1000 Perioden stndig berechnet werden, die dann bei Aktualisierungen an den 449.000 angefügt werden.
Ich arbeite live mit 600.000 Perioden (etwa 3 Monate) und 350-1050 Perioden im BT. 6-7 komplexe BT's werden in der Regel innerhalb von 1 Sekunde aktualisiert. Je nach BT werden dabei 1-3 Tage neu kalkuliert. Dabei wird der Tag mit 350 Perioden angenommen.
Einlesen im Lifehandel
bezieht sich auf die Anzahl der Perioden, die bei einer zeitbedingten Titelzwischenspeicherleerung eingelesen werden
> Sofern man bei der Optimierung keine zeitbedingte Aktualisierung braucht
normalerweise nicht, Optimierungen laufen ohnehin bei roter Ampel.
Gruß, Vuego
es gibt keine Begrenzung auf 32.000 Perioden, es sei denn unter Investox anpassen werden 32.000 eingestellt.Ich könnte mir vorstellen, daß die Begrenzung auf 32.000 Perioden im RAM noch aus "alten Zeiten" stammen.
wie kommst Du zu der Annahme?
Nur kann Investox offensichtlich keine 32.000 Perioden (oder mehr) als Berechnungstitel im Hauptspeicher halten.
Wenn der BT 450.000 Perioden hat und 1000 eingestellt werden, sollten 449.000 Perioden im Speicher gehalten und 1000 Perioden stndig berechnet werden, die dann bei Aktualisierungen an den 449.000 angefügt werden.
Ich arbeite live mit 600.000 Perioden (etwa 3 Monate) und 350-1050 Perioden im BT. 6-7 komplexe BT's werden in der Regel innerhalb von 1 Sekunde aktualisiert. Je nach BT werden dabei 1-3 Tage neu kalkuliert. Dabei wird der Tag mit 350 Perioden angenommen.
A) zeitbedingter Aktualisierung (nur bis 31.999) und
Einlesen im Lifehandel
B) zeitbedingtem Neueinlesen (32.000+).
bezieht sich auf die Anzahl der Perioden, die bei einer zeitbedingten Titelzwischenspeicherleerung eingelesen werden
> Sofern man bei der Optimierung keine zeitbedingte Aktualisierung braucht
normalerweise nicht, Optimierungen laufen ohnehin bei roter Ampel.
Gruß, Vuego
Ähnliche Themen
-
Neuronale Netze »-
Inputschablone Divergenz - Correl
(5. September 2002, 12:18)
-
- Allgemeine Fragen zu Investox »
-
Indikatoreneinstellung abhängig vom HS
(5. September 2002, 17:27)
-
- Kritik, Anregungen und Fragen zum Board »
-
Noch Fragen?
(1. September 2002, 15:37)