Donnerstag, 18. April 2024, 09:46 UTC+2

Sie sind nicht angemeldet.

  • Anmelden
  • Registrieren

olli

unregistriert

1

Donnerstag, 23. Oktober 2008, 15:42

trading im chart sehr langsam. abhilfe?

hallo,

statt das ganze in einer anderen software zu machen,
probiere ich gerade mit der in investox geboteten möglichkeit,
orders direkt im chart zu platzieren, herum.

jedemal, wenn ich ein order (mit bracketorders) platziere,
dauert es einige sekunden, bis das chart wieder aktualisiert wird,
und ich die orders im chart sehen und modifizieren kann.

das ist ziemlich unangenehm, denn man kann die platzierung
der bracket orders zwar vor dem fill mit der maus ändern, aber
wenn man dann gefilled wird, sitzen sie dann doch dort, wo
sie nach den definitionen im HS liegen. diese änderungen
der stoplevels per maus vor dem fill werden offenbar nicht berücksichtigt.

nun habe ich zwei fragen :
1) kann man irgendwo einstellen, dass man den ort,
wo die bracketorders nach dem fill sitzen sollen, per maus einstellen kann,
und dies dann auch bei der orderaufgabe der BOs durch den fill berücksichtigt wird?

2) wie kann ich die performance von IV beschleunigen,
dass es nicht immer bei jeder orderaufgabe
oder jedem fill lange sekunden "hängt" sondern immer
bedienbar bleibt?

ich habe die titel schon über berechnungstitel vorkomprimiert,
und verwende nur einige tage daten und habe auch sonst eigentlich
alles optimiert, was der projektassistent vorschlägt. einen viel schnelleren
prozessoren werde ich derzeit auch nicht bekommen (6850 dualcore).

danke

Investox

Administrator

Registrierungsdatum: 31. August 2002

Beiträge: 5 680

2

Freitag, 24. Oktober 2008, 09:27

Hallo,

ohne genauere Kenntnis, was alles geöffnet und verwendet wird, lässt sich dazu kaum etwas sagen. Ich würde empfehlen, dass Sie einmal alle Projekte schließen und alles BTs deaktivieren und dann nur einmal einen RTT-Titel öffnen und ein "Dummy-HS" anlegen (wie in der Hilfe unter "Datenfeed-Überwachung" beschrieben). Wenn Sie damit dann manuell ordern, sollte es keine wesentlichen Verzögerungen geben und Sie können anschließend prüfen, welche weiteren verwendeten Verfahren die Verzögerung verursachen.

Viele Grüße

Andreas Knöpfel

olli

unregistriert

3

Freitag, 24. Oktober 2008, 10:58

hallo herr knöpfel,

erstmal danke für die antwort.

nun, ich habe es im prinzip genauso gemacht.

ein dummy HS für die bracketorders und das RTT file.

verwendet werden sonst noch folgende dinge:

im falle des YM projektes:

ein 0.05%SP chart, ein 0.5%SP chart,
ein 1M chart und ein 15M chart.
getradet wird aus de 0.05%SP chart,
die anderen werden als "neue ansicht" geöffnet.

IV wird 5* pro sekunde aktualisiert und auf allen charts
ist "schnell, optimiert, immer" angeklickt und ich lasse auch den
letzten preis und unvollendete perioden auf allen vier charts anzeigen.

die markttiefe wird im trading chart angezeigt, allerdings immer fehlerhaft,
da sie nach einiger zeit immer irgendwo weit vom aktuellen
preis entfernt angezeigt wird. desweiteren lasse ich einige charts
auch umgekehrt anzeigen über "formel einfügen" "-close" (linke Y achse).

das wars aber auch schon. keine histos oder komplizierten berechnungen.
die habe ich schon lange entfernt.

was mir noch aufgefallen ist, ist die hohe rechenbelastung, die nur dadurch entsteht,
wenn ich einfach den cursor über einem chart rotieren lasse (globales crosshair).
da komme ich auf meinem 6850 schnell auf über 20% prozessorlast. d.h. wenn man
schnell was ändern möchte, wird man dadurch noch zusätzlich ausgebremst.

ich habe auch noch eine andere software laufen auf der ich das gleiche anzeige und mache
und da kann ich dann z.b. 3 orders pro sekunde platzieren, wenn ich schnell genug klicke
und die charts werden trotzdem verzögerungsfrei und auch die orders sofort angezeigt.
in IV "erblinde" ich in solchen momenten lange sekunden, in denen ich nicht sehe, was passiert
und auch keinen zugriff auf das programm mehr habe.

fairerweise muss allerdings gesagt werden, dass die tickhistorie in dieser software viel kürzer ist.
vielleicht muss ich es mal mit kombis versuchen, um nur aktuelle daten aktualisieren zu lassen.
bin mir aber nicht zu 100% sicher, wie man das effizient löst.

hoffentlich kann ich das ganze irgendwie beschleunigen,
denn das feature ist schon sehr professionell gelöst, dass ich es auch gerne
nutzen würde....

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »olli« (24. Oktober 2008, 11:14)


Registrierungsdatum: 30. August 2002

Beiträge: 8 155

Wohnort: Trade-Planet

4

Freitag, 24. Oktober 2008, 11:35

Hallo olli,

guckst Du hier... Alles andere führt in der Tat mit ein wenig zu viel von jedem zum Neartime-Chart-bzw zur Neartime-Order! Ich bin zudem der Meinung,das gecashte Daten,direkt vom Datenserver wesentlich schneller und effektiver laufen-das haben zumindest meine Tests ergeben!
Happy Trading

olli

unregistriert

5

Freitag, 24. Oktober 2008, 19:11

hi udo, ich habe es jetzt mal mit einem ultraeinfachen projekt
mit aktualisierung von 5 perioden und 200 ticks (weniger geht ja kaum)
versucht.

ich gebe zu, ich war entsetzt, dass das ganze in einem 0.05%
spannenchart ohne mein zutun auf 15% prozessorlast kam.
selbst in diesem fall bewegt sich der als crosshair eingestellte cursor
nicht ruckfrei! d.h. wenn ich die maus im chart bewege, folgt der cursor
meinen bewegungen nicht, sondern hüpft diesen immer nur hinterher.
selbst wenn ich die komp auf 1M stelle, wird es kaum besser und dann
wird nur ein! bar angezeigt.

das bedeutet m.e. dass da irgendetwas im hintergrund bei aktualisierungen
nicht effizient abläuft und immens rechenpower saugt.

stelle ich die aktualisierung aus, geht es dann ruckfrei, aber immer noch
mit 20% prozessorlast!! meine ganzen indis und histos, die wirklich nützlich wären,
hatte ich schon lange aus dem chart genommen, denn dann konnte ich kaum
noch mit der maus eingreifen. schön so etwas in einem statischen kontext
zu verwenden, wenn man historische dinge erklären will, aber histos
und indis im realtime chart und traden mit der maus? no way...

habe das eben mal in der anderen software probiert,
auch da erzeugt das schnelle bewegen des corsshairs bis zu 20% prozessorlast
bei simultaner aktualisierung), aber da hakt trotzdem nichts und es bewegt sich flüssig.

das zeigt mal wieder, dass m.e. die erste priorität bei verbesserungen
von IV darauf abzielen muss, dass das programm auch in kleinen kompressionen
flüssig läuft, denn was nützen die ganzen mitunter konkurrenzlos guten features,
wenn man sie nicht stressfrei realtime nutzen kann? klar, wenn ich ein stundenchart von
meinem fernsehsessel aus trade, ist das nicht so wichtig, aber wenn man die
gebotenen möglichkeiten ausschöpfen will, dann wird die software schnell unbedienbar.
das kann ja bei dem zufügen weiterer funktionen eigentlich nur schlechter werden.

das spielt beim HS traden und abgeschaltetem chart natürlich eine kleinere rolle.
daher kommt dann bei mir die frage auf, ob es nicht möglich wäre, die software in
zwei teile aufzubrechen. einen fürs HS traden mit backtest etc. und einen
fürs diskretionäre traden aus dem chart heraus. denn dafür sind ja grossteile des
HS funktionsumfanges redundant und machen die software nur langsam (zumindest
erkläre ich mir das so).

vielleicht leigt es aber auch am dateimanagement und der aktualisierung
über RTT? ich glaube, das mal in einem thread von bernd gelesen zu haben.
jedenfalls bin ich mir jetzt sicher, dass es nicht an meinen einstellungen
liegt, wobei ich immer noch der meinung bin, dass auch ein mit indikatoren
etc. vollgepacktes projekt im prinzip auch ohne grossen regelbedarf flüssig
von selbst laufen sollte. aber das ist mein persönliches wunschdenken... :-)

Rubelroller

unregistriert

6

Sonntag, 26. Oktober 2008, 22:58

Hallo Olli,

wie ist die Auslastung ohne IV? Hast du vielleicht Firewall und/oder Antivirus laufen?

Registrierungsdatum: 30. August 2002

Beiträge: 8 155

Wohnort: Trade-Planet

7

Montag, 27. Oktober 2008, 00:54

Hallo zusammen,

leider kann ich zu den gesamten Punkten,die olli angeführt hat nichts gegenteiliges,Positives vorschlagen! ;( Eine Sache olli: Du solltest einen BT in einem Kombititel verwenden und den BT nicht aktualisieren! Somit kannst Du sehr kurze Historien für das Realtimetrading nutzen und auch einige Indikatoren mehr nutzen. Die Histogramme kann man separat zeitlich steuern. Dazu bitte mal in den Histo-Einstellungen nachsehen! ! Fairerweise möchte ich darauf hinweisen, das auch die Trades bei den von Dir festgestellten Syndromen nicht real (Daten~~Order 1:1) abgewickelt werden! Also Vorsicht hier! Eventuell wäre das cachen der Daten,die über den direkten Stream abgerufen werden eine wesentlich effizientere Lösung die auch,nach einigen Tests,wesentlich mehr Power bringen sollte. Umso mehr Zwischenstationen man hat,desto mehr Zeit verliert man-ebenso wenn zu viel berechnet wird,was eigentlich nicht berechnet werden muss!Leider ist das manuelle reduzieren und optimieren des Datensatzes ,bei überschreiten des "Zuviel" eine kritische Fehlerquelle par Excelance,die das ganze verschlimmbessert...
Happy Trading

olli

unregistriert

8

Montag, 27. Oktober 2008, 11:35

Hallo Olli,

wie ist die Auslastung ohne IV? Hast du vielleicht Firewall und/oder Antivirus laufen?


hi juri,

nun, wenn ich die aktualisierung abschalte,
liegt alles bei 0-1%, also im bereich des normalen,
würde ich sagen.
eigenartig ist auch, dass IV bei mir auch bei so gut wie
leeren projekten mit sehr, sehr kurzen historien
(paar ticks) oder, wenn ich mich richtig entsinne,
sogar ohne geöffnete projekte mitunter recht hohe CPU
belastungen produziert. offenbar liegt das irgendwie
am datenverkehr von und nach IV...

Rubelroller

unregistriert

9

Montag, 27. Oktober 2008, 22:22

Hallo Olli,

bei mir (P IV, 3,4 GHz, alte Einkern CPU) läuft IV (ohne Aktualisierung) 0-3 %. RTT und TWS brauchen mehr, bis 10 %

Zitat

wenn ich mich richtig entsinne,
sogar ohne geöffnete projekte mitunter recht hohe CPU
belastungen produziert.

Dass IV ohne geöffnete Projekte hohe CPU-Last hat, darf eigentlich nicht sein.

Ähnliche Themen