Design einer komplexen Software: Multithreading oder nicht...

[FredlFesl]

Pro echtem Kern ein Thread. Mehr Threads bringen nix.

[grl]

Danke für die Antworten - auch wenn die Diskussion ein bischen von Thema abgewichen ist.

Es geht darum, wie die Berechnung und das Display zusammenspielen - nicht wie viele Threads sinnvoll sind. Hier mit mehreren Threads zu arbeiten ist aufgrund der Berechnungen nicht sinnvoll.

Bzgl des Vorschlags mit der Verdichtung: Das ist insofern implementiert, daß zuerst mal geprüft wird, wie viele Punkte der Bildschirm überhaupt anzeigen kann - und nur die werden wirklich ganz zu Ende gerechnet und auch dargestellt. Hier ist glaube ich keine Optimierung mehr möglich.

Das mit dem vorher berechnen lassen und dann anzeigen (z.B. 20 Punkte rechnen und dann in einem Schwung anzeigen) hat den Nachteil, daß es so "ruckelig" wirkt - und das können die Benutzer nicht zu gut verkraften.

Ich wiederhole bzw. präszisiere daher nochmal meine Fragen:
1.) Wie würdet ihr sowas lösen bzw. wie würdet ihr das Zusammenspiel Berechnungsthread/MainThread lösen? Die Berechnung im Hauptthread machen und damit riskieren, daß das UI einfriert? Über eine Callback-Function bei Fertigberechnung des Punktes diesen vom MainThread zeichnen lassen? Oder doch über synchronize?

und, was ich auch sehr interessant finden würde, weil TChart einfach sensationell lahmar... ist:
2.) Kann jemand eine gute Komponente empfehlen, mit der sich ein LineChart realisieren lässt, die nicht so überfrachtet und daher langsam ist wie TChart?

Danke
Luggi

[Medium]

Eine einfache Liniengrafik würde ich einfach selbst auf ein Bitmap zeichnen, das dürfte das flotteste sein. Hat den Vorteil: Du kannst das Zeichnen selbst in einem Offscreenbitmap noch im Thread machen, dem Hauptthread signalisieren (SendMessage() nehm ich dafür gerne her), dass ein neues Bitmap fertig ist, und das Blittest du einfach auf deine Form. Schlanker geht's im Mainthread kaum.
Ich würde also dem Mainthread eine TList<TBitmap> geben, an die der Thread seine fertig gezeichneten Bitmaps anhängt (ggf. das Add() synchronzied), und jeweils eine Message an das Fenster schickt wenn eines dazu gekommen ist. Dies dann im Mainthread anzeigen und aus der Liste entfernen. Nen kleiner Bitmap-Fifo quasi.

Dann könnte man sogar noch so weit gehen, dass man berechnen/zeichnen in 2 Threads splitted (sinnig, wenn das Zeichnen doch etwas "hübscher" wird), so dass man dem Zeichnen-Thread einen Daten-Fifo in ähnlicher Weise wie dem Hauptthread die Bitmaps gibt, und dann zeichnen lässt. Vorteil bei Multicores: Berechnen und Zeichnen laufen parallel.