parallele Tasks - Performance

(28.09.2011 20:58 )dimitri84 schrieb:  Ich kann mich an Posts von "IchSelbst" erinnern wo er meint er lässt locker 20-30 Threads laufen.

Ich auch.

Zitat:1) UI-Thread (Eventstruktur - Timeout pollt Fehlerspeicher mit 4 Hz)
2) Ablaufsteuerung (Zustandsautomat, wird über Melder gesteuert)
3) SPS-Thread (Polling)
4) CAN-Thread (Polling und anschließend ggf bissle bidirektionale Kommunikation)
5) DAQ AI, 6) DAQ DO, 7)+8) DAQ CI 9) DAQ AO

Sehe ich kein Problem - auch nicht mit zwei CI's.

Ich habe meine CI-Tasks aber nie als eigenen Thread laufen. Die (beiden) CI's-Tasks (leider muss man pro CI immer eine Task machen) laufen immer im Thread, der die AI-Task bedient. Und zwar deswegen, weil die CI-Samlpe-Daten parallel zu den AI-Sample-Daten laufen sollen. Die AI-Klasse liefert dann praktisch ein 2DArr, in dem die Daten von AI und CI stehen.

Eine dumme Bemerkung:
Unter 20 kann auch über 19 heißen. 19% aber ist viel. Anständig ist unter 5% - auch bei vielen Tasks und Threads (dauernde graphische Refreshes lass ich jetzt mal außen vor).

[*grübel*]
CAN müsste ich erst nochmal kucken. Ich weis gerade nicht, ob der einen eigenen Puffer hat. Versuch mal den CAN-Thread auch hohe Priorität zu setzen.