Tja und da liegt der Hund begraben.
Klar musst Du die Daten vorbereiten, also ausdünnen cachen usw. Aber irgendwann kommst Du an den Punkt wo Datenmenge, Ausduennvorgänge und plotten sich die vage halten und die Echtzeitbedingung nicht mehr eingehalten wird.
Ja genau, aber das ist ja nimmer problem der Anzeige ... sondern da iss Dein Gehirnschmalz gefragt. da werden dir andere controls ned viel abnehmen, oder du hasst control was dann haargenau fuer deinen Fall fuer deine Anwendung die richtige Methode zum reduzieren waehlt. Das die triffst, is eher unwahrscheinlich, Deshalb zeichnen die meisten controls was sie kriegen, und fuers ausduennen bist selber verantwortlich. Die performance vom cachen / ausduennen iss dann aber viel relevanter als das Zeichnen vom Control fuer die performance, womit die poerformance in deiner Hand liegt und ned beim control. Das ist das was ich sagen wollt eigentlich ....
warum threaded ihr nicht.
Komplett anderes thema ! aber bei Faellen wie hier besprochen wuerdest ohne threading eh ned hinkommen. Meist bekommst die Daten eh schon ausm anderen thread ....
Aus der Eventqueue raus pollen und damit
10 Funktionskurven, die alle 5 bis 20 ms neue zusätzliche Werte bekommen.
Also nach 1s bereits 50 bis 200 neue Wertepaare besitzen.
iss vielleicht möglich, erzeugt sicher ne menge last in der eventqeue und iss alles andere als elegant ^^
also multithreading/prozessing seh ich fast schon als vorraussetzung um sowas zu machen.
Ciao ....
)