Hallo Herr Knöpfel
auffällig sind ja die starken Unterschiede von 2-12s. Was ist die Ursache hierfür?
Ich habe die 850 Signale von gestern noch genauer untersucht. Sie setzen sich so zusammen:
Sekunde Anzahl
0 167
1 326
2 151
3 83
4 48
5 22
6 11
7 11
8 9
9 6
10 9
11 6
12 1
Man sieht, dass es nur einen Fall mit 12 Sekunden Timelag gab, 6 mit 11 Sekunden usw. Also insgesamt tendieren die Signale zu kürzeren Timelags, aber es gibt diese Ausreisser, welche das finanzielle Ergebnis erheblich beeinträchtigen können!
Aktualisieren mehrere Systeme, wenn es zu den längeren Verzögerungen kommt, oder sind noch Berechnungstitel aktiv?
Dabei haben nur die 3 Systeme aktualisiert. Sonst waren keine weiteren HSe und keine weiteren Projekte offen. Berechnungstitel waren auch keine aktiv.
Wie lauten die Aktualisierungseinstellungen der HS, wieviele Ticks werden importiert (Leistungsschema?), etc. Ohne genauere Hinweise kann man da wenig sagen.
Aktualisierung ist auf alle 0 Sekunden, Signalberechnung nur nach Kursänderung, gesetzt. Leistungsschema, importierte Titel etc. habe ich
hier beschrieben in dem an Sie adressierten Text-Teil.
Heute hatte ich nun die selben 3 Systeme mit identischen Einstellungen gegen RTT Titel lokal laufen; es hat sich diese Verteilung der Timelags ergeben:
Sekunde Anzahl
0 911
1 589
2 2
Das heisst, obwohl ich auf dem Rechner lokal nur eine "langsame" 1 TB Platte (7200 uMin.) am Start habe, wären es eigentlich im grossen und ganzen Timelags, die dem erwarteten Bereich schon recht nahe kommen. Wird dagegen via Netzwerk auf die RTT/Tenfore Daten des Sammel-PCs zugegriffen, so entstehen erst die grossen Timelags !!! Und das, obwohl ich ein GB-LAN installiert habe sowie auf dem Sammel-PC die schnelle Raptor Hard-Disk mit 10.000 UMin. und < 4.6 ms mittlere Zugriffszeit!
Es scheint sich also ein I/O Problem abzuzeichnen. Die Fragen sind:
* kann ich auf meiner Seite noch etwas tun, um die Remote Timelags auf die Werte der lokalen Timelags zu reduzieren?
* ist eine Anpassung wie von Udo und anderen Kollegen nachgefragt in Planung, um zwischen RTT und Investox direkt zu streamen, statt über die langsamen Windows Shared Ordner (SMB-Protokoll) gehen zu müssen?
Ich habe mal noch den Netzwerk-Verkehr des Sammel-PCs angesehen:
* wenn dort nur die RTT/Tenfore Daten gesammelt werden (53 Titel mit Geld und Brief), dann sieht man eine Netzwerk-Auslastung unter 0,1% (Bild 1)
* wenn dann die drei Systeme aktiviert werden, so steigt die Netzwerk-Auslastung auf ca. 2,5% (Bild 2) - und dies, obwohl die 3 Systeme nur die gerade vorher von Tenfore downgestreamten Titel lesen und davon sogar nur 3 Titel OHNE Geld/Brief verwendet werden!
Ich habe jetzt mal einfach das Gefühl, dass Verbesserungen in der Kommunikation RTT -> Investox erheblich zur Senkung der Timelags beitragen könnten!