CPU-Auslastung steigt auf 95%

Ich wage mich mal wieder vor und sage folgendes: Das wird so garnix.

' schrieb:Unser Problem ist das sich die CPU-Auslastung langsam aufschaukelt.

Kann ich mir gut vorstellen.
Es ist zwar, wie es sich gehört, zu jedem Queue anfordern ein Queue löschen vorhanden. Aber: Bei so vielen Queues und ständig neue Queues anfordern, weigert sich LabVIEW bestimmt, die Queues sofort freizugeben. Das kann dazu führen, dass die Prozessorauslastung langsam ansteigt. Werden denn die Queues ausgelesen?

Was aber viel schlimmer ist: Das BD ist viel zu unübersichtlich. Ich bin der Meinung, dass der Algorithmus durch geschicktes Datenmanagement und SubVIs um Potenzen vereinfacht werden kann. Warum jedes Bit einzeln verschicken? Warum per Queue und nicht per Melder? Einfach das komplette Array per Melder verschicken. Wer ein bestimmtes Bit haben will, soll es sich aus dem Array holen.

Zitat:Da sich die CPU-Auslastung merklich verringert wenn ich diese Abfrage manuell beende denke ich das das auch mein Problem ist.

... was mich in meiner Meinung zu den Queues bestärkt ...

Zitat:Vielleicht kann mir jemand verraten wie ich diese Abfrage besser gestalten kann.

Siehe oben.

Zitat:Die Eingänge werden in Queues geschrieben und an anderer Stelle im Programm abgefragt.

Eine Queue wird nur dann verwendet, wenn einmalig ein Datum verschickt werden soll, das nicht verloren gehen darf. Queues müssen zwangsweise ausgelesen werden. Melder werden verwendet, wenn ein aktueller Zustand veröffentlicht werden soll. Melder müssen nicht zwangsweise ausgelesen werden. Letzteres ersehe ich - bisher - aus deinem Algorithmus.

Nachtrag 1:
Wo sind denn die Anzeigeelemente auf dem FP?