Enter Long verschluckt

Registrierungsdatum: 30. August 2002

Wohnort: Trade-Planet

Montag, 28. Januar 2008, 11:18

Hallo Herr Knöpfel,

ich wollte an der Stelle in Bezug auf den Aufgabenmanger nachfragen,ob man diesen auch nutzen könnte, entweder nur LONG oder nur SHORT in einem- und alternativ allen geöffneten Systemen zu handeln? Das heißt der Aufgabenmanger hätte direkten Zugriff (auch global) auf die Systemeinstellungen! Das ist aber wahrscheinlich nicht möglich oder doch? Der Hintergrund ist mittels zentraler Steuerung die Übersichtlich zu optimieren und somit Zeit und Fehler zu sparen!

Ein kurzer Vorschlag- passt zwar nicht ganz zum Thema: Es wäre prima, wenn man direkt im Depot die Möglichkeit hätte das System nur LONG-nur SHORT oder beide Seiten via Mausklick handeln zu lassen ohne den Dialog zu öffnen! Ich löse das bislang über den Dialog und die Aktivierung der Systeme (Häkchen).... aber das ist nicht so das Wahre und ziemlich "kurvenreich"!

Happy Trading

Zum Seitenanfang

Gerasan

unregistriert

22

Donnerstag, 28. Februar 2008, 20:14

Sehr geehrter Herr Knöpfel,

ich möchte Ihnen mitteilen, dass das Problem der nicht berechneter Signale nicht mehr vorkommt, seitdem ich laut Ihrer Empfehlung die Option
o EIN = Gleichen Tick für alle Aktualisierungen verwenden
gesetzt habe. Somit hat sich das Problem erledigt. Vielen Dank für Ihre Unterstützung.

Zum Seitenanfang

Gerasan

unregistriert

23

Sonntag, 9. März 2008, 22:47

Sehr geehrter Herr Knöpfel,
ich danke für den neuen Auftragstyp „Orderbuch bereinigen“ in der aktuellen Investox Version.
Damit lassen sich Orderlöschungen auch im Renko realisieren.

Leider kann ich damit keine Orders im Status "unbearbeitet" automatisch löschen oder in einen anderen Status versetzen.
Gibt es dazu einen Tipp oder wäre es möglich den Auftragstyp „Orderbuch bereinigen“ um die Option "Unbearbeitete Orders" zu erweitern?

Zum Seitenanfang

Investox

Administrator

Registrierungsdatum: 31. August 2002

Beiträge: 5 680

24

Montag, 10. März 2008, 09:23

Hallo,

das könnte man machen, ist aber auch nicht ungefährlich, da eine unbearbeitete Order ja auch nur noch nicht aktiv sein kann. Zudem sollte man sich unbearbeitete Orders m.E. wenn möglich auch genauer ansehen, warum diese unbearbeitet blieben und welche Folgen dies hatte.

Viele Grüße

Andreas Knöpfel

Zum Seitenanfang

Gerasan

unregistriert

25

Montag, 10. März 2008, 10:42

Wäre prima, wenn Sie das machen könnten.

Meine unbearbeitete Order entstand durch meinen Fehler. Ich vergaß die Ordereinstellungen des Titels auf den Juni-Kontrakt umzustellen. So versuchte mein System bei IB einen ausgelaufenen März-FGBL Kontrakt zu ordern. Das ging schief und Order blieb unberarbeitet. Interessant war, das genau in diesem Moment die Verbindung zu TWS abbrach. Das war bestimmt kein Zufall. Vielleicht reagiert TWS so drastisch auf inkonsistente Orders. Jedenfalls das war der Grund, warum die Order auf unbearbeitet blieb.

So eine herrumstehende Order würde auch nicht stören, ich würde sogar gerne von der Löschung absehen, wenn nicht meine Sorge, das solche Orders, auch wenn sie alt sind, bei der Kommunikation ORM-TWS stören. Z.B. das Orderstatus bei IB abgefragt wird, IB aber diese Order gar nicht mehr hat, weil es schon der nächstwe Tag ist, oder änhliches. Habe jetzt kein solches aktuelles Beispiel, glaube aber in der Vergangenheit solche Störungen beobachtet zu haben. Automatische Löschung auch der Orders im Status "Unbearbeitet" an Ende des Tages wäre für mich wichtig, damit das System in den darauffolgenden Tagen weiter vollautomatisch störungsfrei handeln kann. Ich bin manchmal Wochenlang unterwegs und kann nicht immer manuell solche Probleme beheben.

Das war nur zur Info.

Zum Seitenanfang

Gerasan

unregistriert

26

Montag, 10. März 2008, 21:42

wen man vom Teufel spricht... heute kam wieder so eine seltsame Warnung ins Protokoll

Order ID 28 is die unbearbeitete Order von gestern, über die ich oben schrieb.
Beachten Sie die Uhrzeit. Es ist exact die Uhrzeit als ein Longsignal berechnet wurde - siehe Signalprotokoll unten

Zum Seitenanfang

Investox

Administrator

Registrierungsdatum: 31. August 2002

Beiträge: 5 680

27

Dienstag, 11. März 2008, 13:17

Hallo,

die Frage ist dann aber, wo die Order hin ist. Eigentlich muss sie in der TWS stehen geblieben sein, dann kann man der Ursache nachgehen, warum sie nicht akzeptiert wurde. Aus dem Protokoll InvPlatziereProt.txt geht hervor, ob sie platziert wurde.

Viele Grüße

Andreas Knöpfel

Zum Seitenanfang

Gerasan

unregistriert

28

Dienstag, 11. März 2008, 13:32

in der TWS (zumindest in meinem Papertrading account) sind alle orders nur wärend derselben Tages sichtbar. Am nächsten morgen werden sie nicht mehr in der TWS angezeigt. Soviel ich weis, betrifft das alle gefillten Orders. Bei diesen "Unbearbeiteten" Order wie ich schon geschrieben habe passierte folgendes:

Zitat

Meine unbearbeitete Order entstand durch meinen Fehler. Ich vergaß die Ordereinstellungen des Titels auf den Juni-Kontrakt umzustellen. So versuchte mein System bei IB einen ausgelaufenen März-FGBL Kontrakt zu ordern. Das ging schief und Order blieb unberarbeitet. Interessant war, das genau in diesem Moment die Verbindung zu TWS abbrach. Das war bestimmt kein Zufall. Vielleicht reagiert TWS so drastisch auf inkonsistente Orders. Jedenfalls das war der Grund, warum die Order auf unbearbeitet blieb.

Ich vermute das der Verbindungsabbruch war eine Konsequenz des Versuchs, diese inconsistente Order zu TWS zu routen. Warscheinlich ist die Order nicht zu TWS durchgedrungen. Sie steht jedoch im Orderbuch im ORM und führte ganz offensichtlich zu dieser Warnung "Order ID 28 nicht gefunden" als ein weiterer Kauf einen Tag später schtattfand. Ich werde heute Abend das Protokoll InvPlatziereProt.txt prüfen und Ihnen berichten.

Zum Seitenanfang

Gerasan

unregistriert

29

Dienstag, 11. März 2008, 18:09

Im Protokoll InvPlatziereProt.txt steht sie drin

Im Protokoll InvOrderProt erscheint sie nur als "unbearbeitet".

Quellcode

4626	0	FGBL1997-Aktuell	Virt	05.03.2008 17:16:18	117,19	05.03.2008 17:16:23	05.03.2008 17:16:23	Short	Bestens (at market)	1	K/A	K/A	Unbearbeitet	K/A	0	1	K/A	K/A	PP Renko 123 v0.45 Test	VB
4626	0	FGBL1997-Aktuell	Virt	05.03.2008 17:16:18	117,19	05.03.2008 17:16:23	05.03.2008 17:16:25	Short	Bestens (at market)	1	K/A	K/A	Aktiv	K/A	0	1	K/A	K/A	PP Renko 123 v0.45 Test	VB
4626	0	FGBL1997-Aktuell	Virt	05.03.2008 17:16:18	117,19	05.03.2008 17:16:23	05.03.2008 17:16:27	Short	Bestens (at market)	1	K/A	K/A	Ausgeführt	05.03.2008 17:16:26	1	0	117,19	117,19	PP Renko 123 v0.45 Test	VB
28	0	FGBL1997-Aktuell	IB	05.03.2008 17:16:18	117,19	05.03.2008 17:16:31	05.03.2008 17:16:31	Short	Bestens (at market)	1	K/A	K/A	Unbearbeitet	K/A	0	1	K/A	K/A	PP Renko 123 v0.45 Test	IB
4627	0	FGBL1997-Aktuell	Virt	07.03.2008 21:59:51	117,55	10.03.2008 01:28:46	10.03.2008 01:28:47	Long (Exit Short)	Bestens (at market)	1	K/A	K/A	Unbearbeitet	K/A	0	1	K/A	K/A	PP Renko 123 v0.45 Test	VB
4627	0	FGBL1997-Aktuell	Virt	07.03.2008 21:59:51	117,55	10.03.2008 01:28:46	10.03.2008 01:28:49	Long (Exit Short)	Bestens (at market)	1	K/A	K/A	Aktiv	K/A	0	1	K/A	K/A	PP Renko 123 v0.45 Test	VB

Im TWS Log sieht man, ds TWS zu selber Zeit einen Reconnect durchführte:

Quellcode

BT 16:56:55:029 JTS-DeadlockMonitor-1: Memory: total=49500160 free=15182792
BT 17:01:56:464 JTS-DeadlockMonitor-1: Memory: total=49500160 free=15079712
BT 17:05:27:139 AWT-EventQueue-0: Updating application time
BT 17:05:27:139 AWT-EventQueue-0: New CCP Offset: 1357 ms
BT 17:06:56:414 JTS-DeadlockMonitor-1: Memory: total=49500160 free=14847040
BT 17:11:56:566 JTS-DeadlockMonitor-1: Memory: total=49500160 free=15279336
BT 17:15:27:005 AWT-EventQueue-0: Updating application time
BT 17:15:27:005 AWT-EventQueue-0: New CCP Offset: 1385 ms
BT 17:16:56:608 JTS-SocketListener-14: ArEServer: Adding 21979991 with id 0
BT 17:16:56:640 JTS-EServerSocket-1195: [0:0:39:1:0:0:0:SYS] Starting new conversation with client on 127.0.0.1/127.0.0.1
BT 17:16:56:751 JTS-EServerSocket-1195: [0:37:39:1:0:0:0:SYS] TWS socket server version is 39
BT 17:16:56:751 JTS-EServerSocket-1195: [0:37:39:1:0:0:0:SYS] Client version is 37
BT 17:16:58:084 JTS-EServerSocket-1195: [50209015:37:39:1:0:0:0:SYS] Client ID is 50209015
BT 17:16:58:550 JTS-EServerSocket-1195: [50209015:37:39:1:0:0:0:ERR] Unable connect as the client id is already in use. Retry with a unique client id.
BT 17:16:58:606 JTS-EServerSocket-1195: Anticipated error
BT jextend.b: Unable connect as the client id is already in use. Retry with a unique client id.
	at jextend.dd.run(dd.java:476)
	at java.lang.Thread.run(Unknown Source)


BT 17:16:58:736 JTS-EServerSocket-1195: ArEServer: Removing 21979991 with id 50209015
BT 17:17:00:440 JTS-DeadlockMonitor-1: Memory: total=49500160 free=15556808
BT 17:17:02:603 JTS-EServerSocket-1130: SECDEF  Sending  reqId=FixSecDefReqBySymbol1192  symbol=GBL 0 DTB
BT 17:17:02:903 AWT-EventQueue-0: checking observers
BT 17:17:02:903 JTS-EServerSocket-1130: [50209015:37:39:1:0:0:0:SYS] Client{50209015} terminated conversation.
BT 17:17:02:903 JTS-EServerSocket-1130: null
BT 17:17:02:904 JTS-EServerSocket-1130: ArEServer: Removing 25064480 with id 50209015
BT 17:17:02:918 AWT-EventQueue-0: Checking market data and cleaning maps
BT 17:17:03:525 JTS-CCPDispatcher-12: SECDEF  Handling  reqId=FixSecDefReqBySymbol1192
BT 17:17:13:051 JTS-EServerSocket-1130: Checking market data and cleaning maps
BT 17:17:13:051 JTS-CCPDispatcher-12: Error processing FIX msg
BT 17:17:13:051 JTS-EServerSocket-1130: [50209015:37:39:1:0:0:0:SYS] Ending conversation with client{50209015} at 127.0.0.1/127.0.0.1
BT java.lang.NullPointerException
	at trader.order.v.a(v.java:895)
	at trader.order.v.a(v.java:835)
	at jclient.lf.b(lf.java:3440)
	at jclient.lf.a(lf.java:3333)
	at jclient.lf.a(lf.java:3320)
	at jclient.lf.a(lf.java:3292)
	at jclient.yn.a(yn.java:202)
	at jclient.yn.a(yn.java:161)
	at jclient.tl.a(tl.java:323)
	at jclient.lf.d(lf.java:3228)
	at jconnection.y.a(y.java:79)
	at jconnection.w.a(w.java:123)
	at jconnection.w.a(w.java:154)
	at jconnection.w.a(w.java:76)
	at jconnection.w.d(w.java:32)
	at jconnection.v.run(v.java:47)


BT 17:17:13:897 JTS-Fuse-bomb2-1197: Checking market data and cleaning maps
BT 17:17:14:052 JTS-usfutureDispatcher-35: The EBuffer buffer has grown to 12288 bytes
BT 17:17:14:054 JTS-usfutureDispatcher-35: The EBuffer buffer has grown to 14745 bytes
BT 17:17:14:056 JTS-usfutureDispatcher-35: The EBuffer buffer has grown to 17694 bytes
BT 17:17:14:059 JTS-usfutureDispatcher-35: The EBuffer buffer has grown to 21232 bytes
BT 17:17:14:063 JTS-usfutureDispatcher-35: The EBuffer buffer has grown to 25478 bytes
BT 17:17:30:991 JTS-SocketListener-14: ArEServer: Adding 22555272 with id 0
BT 17:17:30:992 JTS-EServerSocket-1199: [0:0:39:1:0:0:0:SYS] Starting new conversation with client on 127.0.0.1/127.0.0.1
BT 17:17:30:992 JTS-EServerSocket-1199: [0:37:39:1:0:0:0:SYS] TWS socket server version is 39
BT 17:17:30:992 JTS-EServerSocket-1199: [0:37:39:1:0:0:0:SYS] Client version is 37
BT 17:17:31:055 JTS-EServerSocket-1199: [50209015:37:39:1:0:0:0:SYS] Client ID is 50209015
BT 17:22:01:720 JTS-EServerSocket-1199: [50209015:37:39:1:0:0:0:SYS] Client{50209015} terminated conversation.
BT 17:22:01:869 JTS-EServerSocket-1199: null

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Gerasan« (11. März 2008, 18:29)

Zum Seitenanfang

Gerasan

unregistriert

30

Dienstag, 11. März 2008, 18:30

Übrigens im TWS log sehe ich ständig solche 5-Minuten-Cycles mit Meldungen wie Ending conversation with client{50209015}.
Client 50209015 ist Investox. Wer disconnected da ständig? In Investox für automatische Neuverbindung ist bei mir 90 min eingestellt. Das kann es nicht sein.
Für den automatischen Login verwende ich TWSStart.

Quellcode

BT 17:27:04:211 JTS-DeadlockMonitor-1: Memory: total=49500160 free=14549160
BT 17:27:09:554 JTS-EServerSocket-1211: [50209015:37:39:1:0:0:0:SYS] Client{50209015} terminated conversation.
BT 17:27:09:860 JTS-EServerSocket-1211: null
BT 17:27:09:876 JTS-EServerSocket-1211: ArEServer: Removing 10900158 with id 50209015
BT 17:27:09:876 JTS-EServerSocket-1211: Checking market data and cleaning maps
BT 17:27:10:078 JTS-EServerSocket-1211: [50209015:37:39:1:0:0:0:SYS] Ending conversation with client{50209015} at 127.0.0.1/127.0.0.1
BT 17:27:10:336 JTS-SocketListener-14: ArEServer: Adding 12856042 with id 0
BT 17:27:10:352 JTS-EServerSocket-1223: [0:0:39:1:0:0:0:SYS] Starting new conversation with client on 127.0.0.1/127.0.0.1
BT 17:27:10:352 JTS-EServerSocket-1223: [0:37:39:1:0:0:0:SYS] TWS socket server version is 39
BT 17:27:10:352 JTS-EServerSocket-1223: [0:37:39:1:0:0:0:SYS] Client version is 37
BT 17:27:10:794 JTS-EServerSocket-1223: [50209015:37:39:1:0:0:0:SYS] Client ID is 50209015
BT 17:27:26:824 JTS-CCPPing-9: Warning: not received heartbeat at 34837000
BT 17:32:07:811 JTS-DeadlockMonitor-1: Memory: total=49500160 free=15557528
BT 17:32:15:197 JTS-EServerSocket-1223: [50209015:37:39:1:0:0:0:SYS] Client{50209015} terminated conversation.
BT 17:32:15:424 JTS-EServerSocket-1223: null
BT 17:32:15:528 JTS-EServerSocket-1223: ArEServer: Removing 12856042 with id 50209015
BT 17:32:15:538 JTS-EServerSocket-1223: Checking market data and cleaning maps
BT 17:32:15:716 JTS-EServerSocket-1223: [50209015:37:39:1:0:0:0:SYS] Ending conversation with client{50209015} at 127.0.0.1/127.0.0.1
BT 17:32:15:733 JTS-SocketListener-14: ArEServer: Adding 8218243 with id 0
BT 17:32:15:745 JTS-EServerSocket-1235: [0:0:39:1:0:0:0:SYS] Starting new conversation with client on 127.0.0.1/127.0.0.1
BT 17:32:15:745 JTS-EServerSocket-1235: [0:37:39:1:0:0:0:SYS] TWS socket server version is 39
BT 17:32:15:745 JTS-EServerSocket-1235: [0:37:39:1:0:0:0:SYS] Client version is 37
BT 17:32:16:753 JTS-EServerSocket-1235: [50209015:37:39:1:0:0:0:SYS] Client ID is 50209015
BT 17:35:26:797 AWT-EventQueue-0: Updating application time
BT 17:35:26:797 AWT-EventQueue-0: New CCP Offset: 1695 ms
BT 17:37:10:078 JTS-DeadlockMonitor-1: Memory: total=49500160 free=14902008
BT 17:37:21:684 JTS-EServerSocket-1235: [50209015:37:39:1:0:0:0:SYS] Client{50209015} terminated conversation.
BT 17:37:22:017 JTS-EServerSocket-1235: null
BT 17:37:22:094 JTS-EServerSocket-1235: ArEServer: Removing 8218243 with id 50209015
BT 17:37:22:094 JTS-EServerSocket-1235: Checking market data and cleaning maps
BT 17:37:22:192 JTS-SocketListener-14: ArEServer: Adding 24899751 with id 0
BT 17:37:22:199 JTS-EServerSocket-1246: [0:0:39:1:0:0:0:SYS] Starting new conversation with client on 127.0.0.1/127.0.0.1
BT 17:37:22:199 JTS-EServerSocket-1246: [0:37:39:1:0:0:0:SYS] TWS socket server version is 39
BT 17:37:22:199 JTS-EServerSocket-1246: [0:37:39:1:0:0:0:SYS] Client version is 37
BT 17:37:22:280 JTS-EServerSocket-1235: [50209015:37:39:1:0:0:0:SYS] Ending conversation with client{50209015} at 127.0.0.1/127.0.0.1
BT 17:37:22:533 JTS-EServerSocket-1246: [50209015:37:39:1:0:0:0:SYS] Client ID is 50209015
BT 17:42:12:062 JTS-DeadlockMonitor-1: Memory: total=49500160 free=15859224
BT 17:42:26:723 JTS-EServerSocket-1246: [50209015:37:39:1:0:0:0:SYS] Client{50209015} terminated conversation.
BT 17:42:27:381 JTS-EServerSocket-1246: null
BT 17:42:27:381 JTS-EServerSocket-1246: ArEServer: Removing 24899751 with id 50209015
BT 17:42:27:553 JTS-EServerSocket-1246: Checking market data and cleaning maps
BT 17:42:28:104 JTS-EServerSocket-1246: [50209015:37:39:1:0:0:0:SYS] Ending conversation with client{50209015} at 127.0.0.1/127.0.0.1
BT 17:42:28:911 JTS-SocketListener-14: ArEServer: Adding 11944783 with id 0
BT 17:42:29:111 JTS-EServerSocket-1259: [0:0:39:1:0:0:0:SYS] Starting new conversation with client on 127.0.0.1/127.0.0.1
BT 17:42:29:111 JTS-EServerSocket-1259: [0:37:39:1:0:0:0:SYS] TWS socket server version is 39
BT 17:42:29:111 JTS-EServerSocket-1259: [0:37:39:1:0:0:0:SYS] Client version is 37
BT 17:42:29:506 JTS-EServerSocket-1259: [50209015:37:39:1:0:0:0:SYS] Client ID is 50209015
BT 17:45:26:997 AWT-EventQueue-0: Updating application time
BT 17:45:26:998 AWT-EventQueue-0: New CCP Offset: 1730 ms

Zum Seitenanfang

Gerasan

unregistriert

31

Dienstag, 18. März 2008, 11:23

Hallo,
ich habe heute TWSStart mal ausgeschaltet. TWS Log enthällt trotzdem diese vielen Einträge, die sich alle 5 Minuten widerholen.

Frage an andere Benutzer: könnt ihr in C:\Jts\log.Tue.txt Dateien dasselbe sehen?

@Sehr geehrter Herr Knöpfel, könnten Sie diese Log-Einträge irgendwie qualifizieren? Ist das Normal oder ist da was faul in er Kommunikation Investox <=> API TWS ?

Quellcode

BD 10:39:43:835 JTS-EServerSocket-765: Checking market data and cleaning maps
BD 10:39:43:836 JTS-EServerSocket-765: [50209015:37:39:1:0:0:0:SYS] Ending conversation with client{50209015} at 127.0.0.1/127.0.0.1
BD 10:39:43:840 JTS-SocketListener-15: ArEServer: Adding 10718040 with id 0
BD 10:39:43:840 JTS-EServerSocket-778: [0:0:39:1:0:0:0:SYS] Starting new conversation with client on 127.0.0.1/127.0.0.1
BD 10:39:43:840 JTS-EServerSocket-778: [0:37:39:1:0:0:0:SYS] TWS socket server version is 39
BD 10:39:43:840 JTS-EServerSocket-778: [0:37:39:1:0:0:0:SYS] Client version is 37
BD 10:39:43:841 JTS-EServerSocket-778: [50209015:37:39:1:0:0:0:SYS] Client ID is 50209015
BD 10:41:41:628 JTS-DeadlockMonitor-1: Memory: total=50941952 free=11160240
BD 10:44:49:612 JTS-EServerSocket-778: [50209015:37:39:1:0:0:0:SYS] Client{50209015} terminated conversation.
BD 10:44:49:613 JTS-EServerSocket-778: null
BD 10:44:49:613 JTS-EServerSocket-778: ArEServer: Removing 10718040 with id 50209015
BD 10:44:49:613 JTS-EServerSocket-778: Checking market data and cleaning maps
BD 10:44:49:615 JTS-EServerSocket-778: [50209015:37:39:1:0:0:0:SYS] Ending conversation with client{50209015} at 127.0.0.1/127.0.0.1
BD 10:44:49:626 JTS-SocketListener-15: ArEServer: Adding 22371573 with id 0
BD 10:44:49:626 JTS-EServerSocket-790: [0:0:39:1:0:0:0:SYS] Starting new conversation with client on 127.0.0.1/127.0.0.1
BD 10:44:49:626 JTS-EServerSocket-790: [0:37:39:1:0:0:0:SYS] TWS socket server version is 39
BD 10:44:49:627 JTS-EServerSocket-790: [0:37:39:1:0:0:0:SYS] Client version is 37
BD 10:44:49:627 JTS-EServerSocket-790: [50209015:37:39:1:0:0:0:SYS] Client ID is 50209015
BD 10:45:23:979 AWT-EventQueue-0: Updating application time
BD 10:45:23:979 AWT-EventQueue-0: New CCP Offset: 1101 ms
BD 10:46:41:696 JTS-DeadlockMonitor-1: Memory: total=50941952 free=9041936
BD 10:49:55:893 JTS-EServerSocket-790: [50209015:37:39:1:0:0:0:SYS] Client{50209015} terminated conversation.
BD 10:49:55:894 JTS-EServerSocket-790: null
BD 10:49:55:894 JTS-EServerSocket-790: ArEServer: Removing 22371573 with id 50209015
BD 10:49:55:894 JTS-EServerSocket-790: Checking market data and cleaning maps
BD 10:49:55:895 JTS-EServerSocket-790: [50209015:37:39:1:0:0:0:SYS] Ending conversation with client{50209015} at 127.0.0.1/127.0.0.1
BD 10:49:55:899 JTS-SocketListener-15: ArEServer: Adding 30705996 with id 0
BD 10:49:55:899 JTS-EServerSocket-802: [0:0:39:1:0:0:0:SYS] Starting new conversation with client on 127.0.0.1/127.0.0.1
BD 10:49:55:899 JTS-EServerSocket-802: [0:37:39:1:0:0:0:SYS] TWS socket server version is 39
BD 10:49:55:899 JTS-EServerSocket-802: [0:37:39:1:0:0:0:SYS] Client version is 37
BD 10:49:55:900 JTS-EServerSocket-802: [50209015:37:39:1:0:0:0:SYS] Client ID is 50209015
BD 10:51:21:931 JTS-CCPPing-10: Warning: not received heartbeat at 11161000
BD 10:51:41:788 JTS-DeadlockMonitor-1: Memory: total=50941952 free=10490832
BD 10:54:11:929 JTS-CCPPing-10: Warning: not received heartbeat at 11331000
BD 10:55:00:850 JTS-EServerSocket-802: [50209015:37:39:1:0:0:0:SYS] Client{50209015} terminated conversation.
BD 10:55:00:851 JTS-EServerSocket-802: null
BD 10:55:00:851 JTS-EServerSocket-802: ArEServer: Removing 30705996 with id 50209015
BD 10:55:00:851 JTS-EServerSocket-802: Checking market data and cleaning maps
BD 10:55:00:852 JTS-EServerSocket-802: [50209015:37:39:1:0:0:0:SYS] Ending conversation with client{50209015} at 127.0.0.1/127.0.0.1
BD 10:55:00:876 JTS-SocketListener-15: ArEServer: Adding 15639015 with id 0
BD 10:55:00:879 JTS-EServerSocket-814: [0:0:39:1:0:0:0:SYS] Starting new conversation with client on 127.0.0.1/127.0.0.1
BD 10:55:00:879 JTS-EServerSocket-814: [0:37:39:1:0:0:0:SYS] TWS socket server version is 39
BD 10:55:00:879 JTS-EServerSocket-814: [0:37:39:1:0:0:0:SYS] Client version is 37
BD 10:55:00:882 JTS-EServerSocket-814: [50209015:37:39:1:0:0:0:SYS] Client ID is 50209015
BD 10:55:23:979 AWT-EventQueue-0: Updating application time
BD 10:55:23:979 AWT-EventQueue-0: New CCP Offset: 1153 ms
BD 10:56:41:903 JTS-DeadlockMonitor-1: Memory: total=50941952 free=10687136
BD 10:59:31:976 JTS-CCPPing-10: Warning: not received heartbeat at 11651000
BD 11:00:06:303 JTS-EServerSocket-814: [50209015:37:39:1:0:0:0:SYS] Client{50209015} terminated conversation.
BD 11:00:06:303 JTS-EServerSocket-814: null
BD 11:00:06:304 JTS-EServerSocket-814: ArEServer: Removing 15639015 with id 50209015

Zum Seitenanfang

Investox

Administrator

Registrierungsdatum: 31. August 2002

Beiträge: 5 680

32

Dienstag, 18. März 2008, 11:47

Hallo,

das sieht ja ständiger Neuverbindung aus. Deaktivieren Sie unter Order/Broker/IB die automatische Neuverbindung. Ändert das etwas?

Viele Grüße

Andreas Knöpfel

Zum Seitenanfang

Gerasan

unregistriert

33

Dienstag, 18. März 2008, 13:12

Oh ja, das half. Ich habe beides deaktiviert:

Zitat

Automatisch wieder herstellen nach (Sekunden):
Automatische Neuverbindung alle (Minuten):

Ergebnis: Protokoll ist ist nun deutlich entlastet. Die "Neuverbindungsmeldungen" sind weg.

Quellcode

BD 11:56:49:988 JTS-DeadlockMonitor-1: Memory: total=50941952 free=7445216
BD 12:01:50:396 JTS-DeadlockMonitor-1: Memory: total=50941952 free=8545752
BD 12:05:23:978 AWT-EventQueue-0: Updating application time
BD 12:05:23:978 AWT-EventQueue-0: New CCP Offset: 1323 ms
BD 12:06:50:540 JTS-DeadlockMonitor-1: Memory: total=50941952 free=7016008
BD 12:11:51:282 JTS-DeadlockMonitor-1: Memory: total=50941952 free=5885208
BD 12:15:23:978 AWT-EventQueue-0: Updating application time
BD 12:15:23:978 AWT-EventQueue-0: New CCP Offset: 1376 ms
BD 12:16:52:106 JTS-DeadlockMonitor-1: Memory: total=50941952 free=5589552
BD 12:21:55:905 JTS-DeadlockMonitor-1: Memory: total=50941952 free=5769936
BD 12:25:23:979 AWT-EventQueue-0: Updating application time
BD 12:25:23:979 AWT-EventQueue-0: New CCP Offset: 1429 ms
BD 12:27:00:211 JTS-DeadlockMonitor-1: Memory: total=50941952 free=6047016
BD 12:32:01:633 JTS-DeadlockMonitor-1: Memory: total=50941952 free=5791088
BD 12:35:23:979 AWT-EventQueue-0: Updating application time
BD 12:35:23:979 AWT-EventQueue-0: New CCP Offset: 1482 ms
BD 12:37:01:737 JTS-DeadlockMonitor-1: Memory: total=50941952 free=7495568
BD 12:42:03:105 JTS-DeadlockMonitor-1: Memory: total=50941952 free=7803024
BD 12:45:24:179 AWT-EventQueue-0: Updating application time
BD 12:45:24:179 AWT-EventQueue-0: New CCP Offset: 1336 ms
BD 12:47:04:364 JTS-DeadlockMonitor-1: Memory: total=50941952 free=6789720
BD 12:52:04:980 JTS-DeadlockMonitor-1: Memory: total=50941952 free=5510480
BD 12:55:23:979 AWT-EventQueue-0: Updating application time
BD 12:55:23:979 AWT-EventQueue-0: New CCP Offset: 1389 ms

Als nächstes werde ich

Zitat

Automatische Neuverbindung alle (Minuten):

wieder aktivieren. Theoretisch sollte eine Neuverbindung dann im TWS-Log alle 90 Minuten zu finden sein

Zum Seitenanfang

Gerasan

unregistriert

34

Dienstag, 18. März 2008, 16:49

Nun ist die TWS einige Stunden mit der Einstellung

Zitat

Automatisch wieder herstellen nach (Sekunden): Aus
Automatische Neuverbindung alle (Minuten): 90 Minuten

gelaufen.
TWS Log sieht sauber aus, jedoch sehe ich auch keine Meldungen dort, das alle 90 Minuten eine Neuverbindung stattfindet. Auch in den Investox Logs sieht man nichts.

Zum Seitenanfang

Gerasan

unregistriert

35

Dienstag, 18. März 2008, 18:20

Seit ca. 30 Minuten habe ich auch die Einstellungen wieder auf ihre ursprungliche Werte aktiviert:

Zitat

Automatisch wieder herstellen nach (Sekunden): 30
Automatische Neuverbindung alle (Minuten): 90

TWS Log ist unverändert sauber. Keine "Reconnects" alle 5 minuten mehr. Seltsam, das Problem ist nicht reproduzierbar :wacko:

Vielleicht ziehen die Einstellungen erst nach einem neustart? - Ich versuche es mal.

Zum Seitenanfang

Gerasan

unregistriert

36

Mittwoch, 19. März 2008, 20:43

Zuvor lief wohl was schief. Nun sehe ich im Log eine Neuverbindung alle 90 Minuten und keine "Reconnects" alle 5 Minuten mehr. Die Einstellung

Zitat

Automatisch wieder herstellen nach (Sekunden): 30
Automatische Neuverbindung alle (Minuten): 90

funktioniert gut.

Nach dem TWS-Upgrade auf 882.2 enthällt Log neue Meldungen, offensichtlich Monitoring von CPU und Memory und noch ein paar komische andere Meldungen. Aber keine kritische, es scheint reines Monitoring zu sein. Sie wiederholen sich in etwas 2-Minuten-Takt. Habe bei IB ein Ticket aufgemacht, mit der Frage, was das soll. Mal sehen, was sie dazu sagen.

Quellcode

SQ 10:09:20:441 JTS-CCPPing-11: Warning: not received heartbeat at 8620000
SQ 10:11:08:964 JTS-DeadlockMonitor-1: Memory:total=64,528KB free=24,844KB
SQ 10:11:09:964 JTS-DeadlockMonitor-1: CPU:cur=0.00% avg=?% 30 min avg=?% 5 min avg=?% 1 min avg=0,09%
SQ 10:11:09:964 JTS-DeadlockMonitor-1: GC:called=443 times CPU used=0,01%
SQ 10:11:09:964 JTS-DeadlockMonitor-1: Finalizer:cur=0.00% avg=?% 30 min avg=?% 5 min avg=?% 1 min avg=0.00%
SQ 10:15:52:978 JTS-CCPDispatcher-14: New CCP Offset: 1038 ms
SQ 10:15:53:000 AWT-EventQueue-0: Updating application time
SQ 10:15:53:000 AWT-EventQueue-0: New CCP Offset: 1037 ms
SQ 10:16:09:047 JTS-DeadlockMonitor-1: Memory:total=64,528KB free=25,621KB
SQ 10:16:10:047 JTS-DeadlockMonitor-1: CPU:cur=0,50% avg=?% 30 min avg=?% 5 min avg=?% 1 min avg=0,30%
SQ 10:16:10:047 JTS-DeadlockMonitor-1: GC:called=459 times CPU used=0,01%
SQ 10:16:10:047 JTS-DeadlockMonitor-1: Finalizer:cur=0.00% avg=?% 30 min avg=?% 5 min avg=?% 1 min avg=0.00%
SQ 10:21:09:637 JTS-DeadlockMonitor-1: Memory:total=64,528KB free=24,926KB
SQ 10:21:10:637 JTS-DeadlockMonitor-1: CPU:cur=0.00% avg=?% 30 min avg=?% 5 min avg=?% 1 min avg=0.00%
SQ 10:21:10:638 JTS-DeadlockMonitor-1: GC:called=465 times CPU used=0,01%
SQ 10:21:10:638 JTS-DeadlockMonitor-1: Finalizer:cur=0.00% avg=?% 30 min avg=?% 5 min avg=?% 1 min avg=0.00%
SQ 10:23:00:652 JTS-CCPPing-11: Warning: not received heartbeat at 9440000
SQ 10:25:50:650 JTS-CCPPing-11: Warning: not received heartbeat at 9610000
SQ 10:25:53:178 JTS-CCPDispatcher-14: New CCP Offset: 890 ms
SQ 10:25:53:001 AWT-EventQueue-0: Updating application time
SQ 10:25:53:001 AWT-EventQueue-0: New CCP Offset: 889 ms
SQ 10:26:10:467 JTS-DeadlockMonitor-1: Memory:total=64,528KB free=25,843KB
SQ 10:26:11:467 JTS-DeadlockMonitor-1: CPU:cur=0.00% avg=?% 30 min avg=?% 5 min avg=?% 1 min avg=?%
SQ 10:26:11:467 JTS-DeadlockMonitor-1: GC:called=480 times CPU used=0,01%
SQ 10:26:11:467 JTS-DeadlockMonitor-1: Finalizer:cur=0.00% avg=?% 30 min avg=?% 5 min avg=?% 1 min avg=?%
SQ 10:28:30:476 JTS-CCPPing-11: Warning: not received heartbeat at 9770000
SQ 10:31:10:474 JTS-CCPPing-11: Warning: not received heartbeat at 9930000
SQ 10:31:10:531 JTS-DeadlockMonitor-1: Memory:total=64,528KB free=26,747KB
SQ 10:31:11:531 JTS-DeadlockMonitor-1: CPU:cur=0.00% avg=?% 30 min avg=?% 5 min avg=?% 1 min avg=0,10%
SQ 10:31:11:531 JTS-DeadlockMonitor-1: GC:called=488 times CPU used=0,01%
SQ 10:31:11:531 JTS-DeadlockMonitor-1: Finalizer:cur=0.00% avg=?% 30 min avg=?% 5 min avg=?% 1 min avg=0.00%
SQ 10:34:00:511 JTS-CCPPing-11: Warning: not received heartbeat at 10100000
SQ 10:35:52:978 JTS-CCPDispatcher-14: New CCP Offset: 943 ms
SQ 10:35:53:000 AWT-EventQueue-0: Updating application time
SQ 10:36:10:613 JTS-DeadlockMonitor-1: Memory:total=64,528KB free=23,777KB
SQ 10:36:11:613 JTS-DeadlockMonitor-1: CPU:cur=0.00% avg=?% 30 min avg=?% 5 min avg=?% 1 min avg=?%
SQ 10:36:11:613 JTS-DeadlockMonitor-1: GC:called=503 times CPU used=0,01%
SQ 10:36:11:613 JTS-DeadlockMonitor-1: Finalizer:cur=0.00% avg=?% 30 min avg=?% 5 min avg=?% 1 min avg=?%
SQ 10:39:20:535 JTS-CCPPing-11: Warning: not received heartbeat at 10420000
SQ 10:41:10:824 JTS-DeadlockMonitor-1: Memory:total=64,528KB free=26,169KB
SQ 10:41:11:824 JTS-DeadlockMonitor-1: CPU:cur=0.00% avg=?% 30 min avg=?% 5 min avg=?% 1 min avg=?%
SQ 10:41:11:824 JTS-DeadlockMonitor-1: GC:called=510 times CPU used=0,01%
SQ 10:41:11:824 JTS-DeadlockMonitor-1: Finalizer:cur=0.00% avg=?% 30 min avg=?% 5 min avg=?% 1 min avg=?%
SQ 10:45:52:979 JTS-CCPDispatcher-14: New CCP Offset: 996 ms
SQ 10:45:53:000 AWT-EventQueue-0: Updating application time
SQ 10:45:53:000 AWT-EventQueue-0: New CCP Offset: 995 ms

Zum Seitenanfang

INVESTOX-Forum

Zitat

Quellcode

Quellcode

Quellcode

Quellcode

Zitat

Quellcode

Zitat

Zitat

Zitat

Zitat

Quellcode