Lieber Besucher, herzlich willkommen bei: INVESTOX-Forum. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.
Sonntag, 15. Februar 2009, 13:26
Hallo Bernd,
Mir fallen viele anderen Dinge ein, die im Groben schlagartig wirken, das sind schon bei Deinem Vorschlag Details, die aber dann in der Summe auch viel ausmachen könnten, wenn man punktuell ausbessert.
Vuego
alle Achtung, auf so eine Idee wäre nicht mal ich gekommen
Zitat
eine Statistik der Berechnungszeiten pro Variable
Mir fallen viele anderen Dinge ein, die im Groben schlagartig wirken, das sind schon bei Deinem Vorschlag Details, die aber dann in der Summe auch viel ausmachen könnten, wenn man punktuell ausbessert.Vuego
Montag, 16. Februar 2009, 10:57
interessant wäre zu wissen, ob es wirklich an der Berechnung von Variablen liegt oder evtl. am Import/Komprimierung/Synchronisierung von Historien, die beim Backtest u.U. angestoßen werden. Vielleicht kann man ja den Ablauf der internen Verarbeitung zeitlich darstellen.die mir im Backtest regelmäßig den letzten Nerv kosten
Dienstag, 11. August 2009, 18:54
Hallo Martin
Das ist doch nicht der Punkt. Das entscheidende an meinem Vorschlag ist, man bekommt damit ein Gefühl dafür, welche Berechnungen im Vergleich zu den anderen am meisten Zeit brauchen! Das sind dann nämlich die Kandidaten, bei denen man für eine Code-Optimierung ansetzen muss! Das war doch der Gedanke!
Wie lang eine Berechnung absolut brauch, das ist das Letzte, was für die Problemstellung interessiert. Und natürlich weiss man um die übrige Prozessor-Last und die Länge der Zeitreihen zum Zeitpunkt der Messung, also da ist gar kein Problem.
Nicht einmal das kann ich glauben. Investox berechnet sequenziell nacheinander von oben nach unten jedes calc Statement, also jede einzelne Zeitreihe! Das bedeutet, vor der Auswertung müsste Herr Knöpfel sich einfach die aktuelle Zeit merken, dann wird die Zeitreihe berechnet, dann nimmt er wieder die Zeit. Das Ergebnis (Differenz der Zeitstempel=verbrauchte Zeit) kommt in eine interne Tabelle im Hauptspeicher. Dann macht er weiter mit dem nächsten calc. Am Ende kommt ein Sort über die interne Tabelle und dann wird sie irgendwohin ausgegeben. Hallo, ich habe schon genau solche und auch schwierigere Aufgaben im Compilerbau programmiert. Das IST NICHT schwer.
Es muss nur der Wille seiten des Hersteller dadurch geweckt werden, dass ein Bedarf erkannt wird; aber schwer kann die Umsetzung wirklich nicht sein.
Probleme erwachsen z.B. daraus, dass die Berechnung von Parameter von mehreren Faktoren abhängen wie:
- Prozessor der Maschine (Unterscheidung AMD - Intel reicht nicht)
- Art der Basisreihe (Länge, Parameter für Reihenlängen in Investox, etc)
- Kontext der Berechnung
Das ist doch nicht der Punkt. Das entscheidende an meinem Vorschlag ist, man bekommt damit ein Gefühl dafür, welche Berechnungen im Vergleich zu den anderen am meisten Zeit brauchen! Das sind dann nämlich die Kandidaten, bei denen man für eine Code-Optimierung ansetzen muss! Das war doch der Gedanke!
Wie lang eine Berechnung absolut brauch, das ist das Letzte, was für die Problemstellung interessiert. Und natürlich weiss man um die übrige Prozessor-Last und die Länge der Zeitreihen zum Zeitpunkt der Messung, also da ist gar kein Problem.
eine gute Idee, schwer in der Umsetzung.
Nicht einmal das kann ich glauben. Investox berechnet sequenziell nacheinander von oben nach unten jedes calc Statement, also jede einzelne Zeitreihe! Das bedeutet, vor der Auswertung müsste Herr Knöpfel sich einfach die aktuelle Zeit merken, dann wird die Zeitreihe berechnet, dann nimmt er wieder die Zeit. Das Ergebnis (Differenz der Zeitstempel=verbrauchte Zeit) kommt in eine interne Tabelle im Hauptspeicher. Dann macht er weiter mit dem nächsten calc. Am Ende kommt ein Sort über die interne Tabelle und dann wird sie irgendwohin ausgegeben. Hallo, ich habe schon genau solche und auch schwierigere Aufgaben im Compilerbau programmiert. Das IST NICHT schwer.
Es muss nur der Wille seiten des Hersteller dadurch geweckt werden, dass ein Bedarf erkannt wird; aber schwer kann die Umsetzung wirklich nicht sein.
Gruss
Bernd
Bernd
Ähnliche Themen
-
Datenbeschaffung »-
Update Taipan
(31. August 2002, 16:15)
-
- Indikatoren und Funktionen »
-
Korrelation zwischen Datenreihen
(4. September 2002, 15:05)
-
- Kritik, Anregungen und Fragen zum Board »
-
Noch Fragen?
(1. September 2002, 15:37)
-
- Die Testecke »
-
a buildl
(1. September 2002, 21:30)