INVESTOX-Forum

Bei für den Life-Betrieb korrekt eingestelltem Investox und Handelssystemen habe ich noch keine Unterschiede in der maschinen-technischen Performance zwischen der Verwendung von RTT Titel vs. Kombi festgestellt. Ich habe aber keine Reihenuntersuchung zu dem Thema durchgeführt.

22 HSe bei 1 Min. Komprimierung in einem einzigen Projekt, mithin auf einer einzigen Investox Instanz, auf einem Core 2 Duo scheint mir jedoch ein ehrgeiziges Unterfangen. Möglicherweise muss die CPU wohl auch noch die TWS und RTT/?? serven, das wird arg eng, behaupte ich mal. Wenn dann noch ein altes OS (32 Bit) und zuwenig RAM (weniger als mindestens 8GB) hinzukommt, fährst Du das Ganze mit dem Rücken an der Wand, hast ja keine Möglichkeiten für eine vernünftige Resourcen-Verteilung.

Das ist dann aber ein systemisches Problem, nicht eines RTT vs. Kombi.

Achso, der Kombi hat 1 Minute, die HSe liegen drüber. OK, das kann noch eben gehen. Gut auch, dass Du die Aktualisierungsraten schon mal abgestuft hast, ich glaube, ich hatte Dir das mal in Skype verklickert. So könnte es gehen, aber es ist halt eine "Mangelverwaltung", wie damals schon die DDR mehr schlecht als recht funktioniert hat.

Mach es doch so: lass die HSe mal leer (also ohne aktives Order-Routing) laufen auf der Maschine. Wenn Du auf keinem der beiden Core's ständig 100% Auslastung siehst, kannst Du es wagen (wohlgemerkt, Du musst jeden Core einzeln ansehen, nicht nur die Gesamt-Auslastung).

Wenn ein Core aber immer an der Oberkannte liegt, gehst Du die Prozesse angucken (sortiert nach CPU). Wenn es einen Process gibt, der 50% Auslastung zu 95% der Zeit anzeigt - hast Du ein Problem. In dem Fall wäre die Maschine am Anschlag, und Du kannst nicht wissen, welche Ticks usw. Du Life verpassen wirst.

Später dann: gibt es Signale nur zum Hold oder Out, statt Enter bzw. Exit, kann es an unsauberer Programmierung liegen oder einer zu langsamen Maschine. Mit dem Core 2 Duo und der von Dir beschriebenen Konfiguration kannst Du also letzteres nicht ausschliessen und musst dann beides in die Fehlersuche einschliessen - was die Sache dann nicht einfach macht.

Mein Spruch an der Stelle muss halt kommen ... auf die Dauer hilft nur Power

Ah, ob Du zuwenig RAM hast, siehst Du a) im Taskmanager oder b) ist es "fühlbar". Wenn die Maschine unter Last kaum noch reagibel ist, wird sie wohl mit swappen beschäftigt sein. Und nein, mehr als 3.5 GB kann ein 32 Bit Win-XP 32 Bit nicht ansprechen, sogar wenn das Mobo mehr RAM aufnehmn kann. Die Frage wäre also, ob Dein Win-XP ein 64 Bittiges ist (bei Win-XP eher unwahrscheinlich, es gab es mit 64 Bit, aber man musste sich schon sehr anstrengen, eines zu bekommen - und dann hättest Du das eh erwähnt, wenn Du zu dieser Gilde gehören würdest).

Steiles Bild

Auf den ersten Blick sieht es für mich ok aus; die Maschine kann diese Last fahren (wobei bereits mindestens ein Prozess im kritischen Bereich sein muss!!!, siehe linken Core in Deinem Bild; den musst Du im Prozessmanager finden und rausfinden, welcher das ist).

Es kommt jetzt drauf an, wann das Bild "geschossen" wurde. Nachts? Jetzt? Welche Titel? Die Fragen stellen sie in der Kombination, weil das Tickvolumen ganz entscheident an der CPU Auslastung beteiligt ist. Es ist also ein grosser Unterschied, ob Du die paar Ticks im Bund & Co. aufzeichnest - oder heute morgen zwischen 9:00 und 9:30 Uhr DAX, ESTX und die Forex Majors incl. Bid/Ask und vielleicht noch BAV hereingekommen sind (für die Kollegen, die diesen Thread einmal in späteren Jahren lesen: heute ist Montag; am vergangenen Samstag wurden die USA von S&P von AAA auf AA+ zurückgestuft; dies hatte einen gewissen Market Impact heute morgen).

Ist das Bild in voller Markt-Dynamik entstanden, kann es ok sein (vorausgesetzt, der eingangs erwähnte kritische Prozess ist weder RTT noch die TWS; in dem Fall Du unter Last wohl Ticks VERLIEREN würdest). Hast Du es aber gerade (13:15 Uhr) geschossen - die Märkte sind jetzt eher ruhiger geworden (wir nennen das "Doldrums", wobei heute schon die Doldrums mehr Wind im Segel haben, als an allen Tagen im letzten viertel Jahr, soweit ich mich entsinne). Mach in dem Fall die Analyse nochmal, wenn die Ticker-Tapes rauchen.

Hajo, noch etwas.

Zitat von »hajo«

javaw.exe (bis zu 24 %)

In der TWS brauchen Charts, das Buch, das Tape usw. alle zusätzlich VIEL Rechenpower. Vermeide es bei Deiner engen Kapazität, im Life-Betrieb zusätzliche Elemente der TWS zu öffnen.

Ein Chart, ein Tape ODER ein Buch kann noch gerade gehen, wenn Du mal Fehler im laufenden Betrieb anaylsieren musst. Schon wenn Du diese TWS Elemente in die Task-Leiste minimierst, geht die Belastung der CPU übrigens merklich zurück.

Am besten, Du belässt das Hauptfenster der TWS immer verkleinert in der Taskleiste und machst sonst nix TWSiges auf, so sollte der javaw Prozess meist fast auf 0 zurückfallen! Das kann bei Deiner Ausstattung match-entscheident sein!

Hehe, klar hattest Du soviele Charts offen. War aus der Auslastung zu vermuten. Das sind halt immer die Rahmenbedingungen ...

Zitat von »hajo«

Ich hatte 12 Charts ( 2min, 5min und 30min) aktiv.

... die nicht im urspünglichen Posting stehen, und die man dann später aus Randbemerkungen erahnen muss

Schön, dass ich Dir helfen konnte, gerne geschehen

Hallo,

die Verwendung eines 1-Minuten-Kombi-Titels ist auch für den "CPU-Aufwand" von Vorteil, weil die Berechnung der höheren Komprimierungen (30min etc.) dadurch effizienter wird; es findet hierbei nämlich intern ein doppeltes Caching statt, so dass immer nur die aktuelle Minuten mit Ticks komprimiert werden muss.

Viele Grüße
Andreas Knöpfel