INVESTOX-Forum

Hallo,

werden die Orders von ORM an IB korrekt übermittelt? Ist eine Firewall zwischengeschaltet? Trat das Problem schon einmal auf oder hast DU die Kombination erstmals installiert? Tritt das Problem ausschliesslich beim Backfill auf?

Wenn weiter keine Erklärungen gefunden werden können besteht noch die Möglichkeit das eine Datei (welche auch immer)korrupt ist und die TWS/API erneut installiert werden muss. Man sollte nicht über die alte Version überinstallieren sondern alles vorher löschen und neu installieren! RTT kann man zunächst auf der HD lassen und den Connect mit den neu installierten TWS/API prüfen!TWS Start könnte ebenfalls auf der HD bleiben denn daran scheint es nicht zu liegen! Es ist problematisch weil man nicht genau weiss in welchem Node RTT hängt! Meist sind es DDE-Verbindungsprobleme aus diversen Gründen oder korrupte Dateien. Bei Neuinstallation der TWS/API kann man zumindest letzteres ausschliessen.

Der IB-Datenabruf war vermutlich die erste Aktion die Du heute morgen durchgeführt hast? Wurde von der TWS eine Zugangsbestätigung gefordert oder wurde keine Sicherheits-Abfrage gestellt ?Falls keine Abfrage erfolgte, kann sich RTT nicht einloggen (DDE) und bleibt an der Sicherheitsschwelle hängen bzw. "hängt sich auf"!

Hallo

>>Backfill lief da auch ganz langsam, aber blieb meiner Erinnerung nach nicht hängen

Der etwas schleppende Backfill zwischen IB + RTT ist "normal" und bei mir auch nicht anders!


>>- Von der TWS wurde keine Zugangsbestätigung gefordert und keine Sicherheits-Abfrage gestellt. Hab's noch mal mit/ohne TWSStart ausprobiert. Laut Status-Meldung im RRT für IB steht die Verbindung. Trusted-IP ist in TWS eingetragen. Hängt das vielleicht damit zusammen?

Nimm mal die Trustet IP in der TWS raus! Jetzt sollte eine Sicherheitsabfrage beim Start der TWS kommen. Diese dann bestätigen und einen Backfill versuchen!

Hallo,

sehe ich das jetzt richtig das sich RTT nicht mehr aufhängt und eine Fehlermeldung bringt sondern lediglich langsam läuft und 100% Auslastung hat? Wenn das so ist kann man das seitens des Users vermutlich leider nicht ändern. Dazu müsste ev. die Schnittstelle optimiert werden!Hier kann man schön sehen wann RTT_IB mit dem nachladen fertig war!Du solltest den PC während des nachladens so weit wie möglich entlasten denn gegen 100% CPU Auslastung helfen auch keine 2 GB MEM und wenn noch Virenscanner ect. im Hintergrund laufen wird alles mit zunehmender Download dauer noch langsamer. Während des Ladevorgangs sollte man am PC keine weiteren Programme ect. starten um nicht ein einfrieren zu riskieren! Wieviel GHz hat der PC?

>>Heut nacht ab 0:40 Backfill mit Notebook, sonst keine weiteren Titel aktiviert. Heute morgen um 6:30 stand RTT "keine Rückmeldung". Es half nur harter Abbruch.

Man sollte beachten, das IB zwischen 06:00 Uhr und 08:00 MEZ das System (Schweiz,USA) rebootet und für den Kunden kurzfristig weder Handel noch Backfill möglich ist! Für RTT bedeutet das einen kompletten Datenabriss während des Ladevorgans das zu Problemen führen könnte.
Wenn Du um 00:40 Uhr den Download gestartet und erst ab 06:30 Uhr die Daten erneut überprüft hast, ist der Transfair vermutlich genau in das rebooten der IB-Server gefallen....

Hallo,

der Backfill mit IB verläuft sehr langsam und auf langsamen Systemen kann die Auslastungen auf 100% hochgehen. Allerdings wird diese Rechenzeit nicht von RTT verwendet (RTT wartet nur), sondern von der IB API sowie von der von der API benutzten jawaw.exe. Darauf habe ich keinen Einfluss, das kann nur IB verbessern. Wenn als der Backfill langsam läuft und die Auslastung hochgeht, hängt RTT nicht, sondern wartet auf IB. Ich hatte schon öfters auf die Schwächen des Backfills von IB hingewiesen, diese Schnittstelle wurde aber dennoch gewünscht. Event. gibt es auch Verbesserungsmöglichkeiten an der individuellen PC-Konfiguration (jawa etc.).

Viele Grüße
Andreas Knöpfel

Hallo Frieder,

anscheinend entstehen die Probleme wenn man den Rechner vor dem Server-Reboot nicht runterfährt sondern durchlaufen lässt! Hast Du einen Backfill schon mal über die genannten LoggOff Zeitzonen hinaus Zeiten durchgeführt?


@Flowtrader

Mach mal einen Backfill und unterbreche gewollt den Datenstrom zu IB indem Du die Internet Verbindung des Providers kappst! Dann logge wieder ein und beobachte was passiert! Das sollte so ungefähr die Situation während des Server-Reboots nachstellen können!Sollte sich herausstellen, das es daran liegt müsste Herr Knöpfel klären was man tun kann! Der von Frieder vorgeschlagenen LogOff wäre auch eine Möglichkeit aber leider weis man nicht genau,wann der Download beendet sein wird. Kannst Du die Daten zu einer anderen Tageszeit nachladen so das die (mögliche) problematische Zeitzone ausgeklammert wird?

Hallo Herr Knöpfel,

ja das ist in der Tat bekannt und man kann dies m.M. gut tolerieren und planen!Jedoch läuft der Backfill bei mir,im Gegensatz zu Flowtrader nicht mit einer Fehlermeldung ab! Dachte mir schon das es der IB Node ist- die sind ja sonst auch nicht die Fixesten....

Hallo Frieder,

danke für die Info! Damit haben wir eigentlich auch Flowtrader's Problem "erkannt und gebannt"?

Hallo,

>>die Auslastung beim Backfill um die 60% liegt
bei Sytemen, die mit mehreren echten oder virtuellen CPUs (Hyperthreading) laufen, kann die Auslastungsanzeige des Taskmanagers irreführend sein (meldet nie 100%). Ich würde da nicht viel mehr Zeit investieren. Die 100% bei Ihnen bedeuten ja nicht, dass andere Programme oder das System dadurch blockiert wären (da nur soviel Auslastung für das "Warten" verwendet wird, wie andere Programme übrig lassen). Es sollte nur nicht zu Meldungen wie "keine Rückmeldung" kommen. Eher wäre noch interessant, dass Sie benötigte Zeit für einen Backfill des selben Zeitraum/Titels mit anderen vergleichen.

Viele Grüße
Andreas Knöpfel