Programm wird Langsam

Hallo Jürgen,

Zitat:Welchen unterschied mach es denn bei dem Verwenden einen String-Array und einem Double-Array? Ist der Speicherverbrauch deutlich höhre und wenn ja um wie viel?

Bei einem Zahlenarray (INT, DBL, ...) arbeitet LabVIEW mit Datenelementen mit bekannter Speichergröße (INT = 4 Bytes, DBL = 8 Bytes) und kann so alle Werte in einem Speicherblock ablegen.
Bei Strings dagegen ist die Größe im Speicher nicht (per se) bekannt, LabVIEW arbeitet deshalb mit einem Pointer auf einen Speicherbereich, der wiederum eine Längenangabe und die eigentlichen Stringdaten enthält. Um nun ein 2D-Array of Strings zu verwalten, muss LabVIEW also ein 2D-Array of Pointers und entsprechend viele (z.T. kleine) Speicherblöcke für jeden einzelnen String verwalten. Das macht die Sache langsam und führt bei kleinen Strings auch zu erhöhtem Speicherbedarf…

Zitat:aber ich muss sagen, dass mir die Verzögerung, bei einem größeren Datenvolumen, bei Programmstart bissel nerft. Leider verfügt der Rechner auf dem ich es laufen lassen muss mit recht wenig Rechenpower.

Es gibt da so einige Programmierkonzepte, um Daten resourcenschonende/-effizienter zu handhaben:
- Consumer-Producer-Struktur
- Queue-driven state machine

Noch was zum Thema Timestamp und ToDateTimeRecord: wenn man UnbundleByName verwendet, hat man die Lesbarkeit des Codes verbessert und kann dazu nur exakt die Elemente auswählen, die man wirklich benötigt!

Zitat:Ach ja "Aufräumen" muss ich das Blockdiagramm auch noch

Ja!

Warum verwendest du 18 einzelne Konstanten im BD statt eines Array mit 18 Elementen? Oder ist das nur zu Demozwecken?

Anzeige