VI wird immer langsamer?

Hi Leute,

hab wieder einmal ein Problem.
Und zwar habe ich ein VI mit einigen Sub VI´s das mir ein txt File öffnet und die Daten darin entsprechend einem INI File umwandelt und ausgibt.

Wenn ich ein z.b 3Mb großes File einlese dauert es beim ersten mal vlt. 30sek bis die fertigen Daten in den Ausgangsarrays liegen.

Lade ich jetzt dieses File nochmal dauert es ca. 3 min???

An was kann das liegen.

Das ganze öffnen und auswerten usw. mache ich in einer sequenz.

Hier mal ein Bild davon

Gruß Robert

(PS: Ich würde sogar am Anfang der Sequenz die Sub VI´s und die Arrays re-initialisieren!?)

Zippe bitte den ganzen Krempel nebst Beispieldatei und lade es hoch. Bestimmt müllst du irgendwo den Speicher voll.

So hier die ganzen VI´s mit den zugehörigen txt files

Das Main VI ist das Data Handling Robel Analysetool

Gruß Robert


LV VERSION: 8.6

Ich vermute es liegt eher daran, das du unglaubliche Datenmengen in Arrays hin und her schaufelst...

Ja aber meiner Meinung nach erklärt das nicht, dass es beim ersten mal 30 sek dauert und danach ca.6 min !?!?!

Mh, wie sag ichs am schonendsten? Du MUSST deine VIs auf jeden Fall gründlich überarbeiten. Neben den unsinnigen 2D Arrays sehe ich vor allem den infaltionäre Gebrauch von Invoke Nodes kritisch. Race Conditiones sind reichlich vorhanden. Beim ersten Aufruf wurden die jedenfalls Daten nicht durchgeschaufelt.

Edit: Unsinnig deswegen, weil du beispielsweise den gelesenen Spreadsheet String in ein 2D Array umwandelst, eine Zeile herausholst, es aber weiterhin ein 2D Array ist. Warum nicht 1D? Mach dich mit den Arrayfunktionen nochmals vertraut.

Anzeige

Also das meine VI´s sicher viele Sachen enthalten die man besser machen kann ist mir bewusst.

ABER: Hast du konkrete Vorschläge was ich verändern kann damit es immer mit gleichbleibender Geschwindigkeit läuft?
Ich meine das mit 2D Arrays wo nur 1 Zeile drinnen steht ist sicher nicht schön ganz klar aber dieser Part bremst das Programm nicht unbedingt aus oder?
Was meinst du mit Race Conditions? (Sry für die blöde Frage ich kann mir aber gar nichts drunter vorstellen)

Gruß Robert

Race Conditions entstehen, wenn nicht eindeutig geklärt, wann wer auf auf bspw. ein Variable zugreift. Anbei ein kleines VI. Setze bei 1 eine Zahl ein und lass es laufen.


  RaceCondition.vi (Größe: 5,08 KB / Downloads: 256)


Versuche, alle Eigenschaftsknoten aus deinen VIs zu entfernen und etwas besser mit den Arrays umzugehen. Wenn du numerische Werte in dem File speicherst, wäre es sinnvoll, du wandelst den Spreadsheet String gleich in einen numerischen Typ um und versuche, weniger Kopien der Arrays anzulegen.

' schrieb:Hast du konkrete Vorschläge was ich verändern kann

Ich hab das mal aus dem Zusammenhang gerissen und beantworte das so wie's jetzt da steht.

Erstens:
Alles, was optisch identisch aussieht, gehört auf jeden Fall in ein SubVI - und nicht per C&P kopiert.

Zweitens:
Datenfluß? Ich vermisse hier komplett den Datenfluß.

Drittens:
Die Propertynodes solltest du auch durch Datenfluß ersetzen.

Viertens:
90.000 mal 64 Strings? Naja. Ob die so ohne weiteres mit "Array löschen" aus dem Speicher verschwinden, bezweifle ich vorerst.



Wenn du die VIs nicht anpassen willst, probiers mal hiermit:

Nimm doch das LabVIEW Profile Tool und schau nach wo dein Speicher hin verschwindet. Du kannst dir alle Buffer Allocations anschauen und unnötige entfernen (in dem du dein VI optimierst), du solltest dir überlegen ob du nur bestimmte Stücke von Daten auswertest und nicht alles zusammen.