SubVi performance bei großen Datenstrukturen

Hallo Markus.
Du hast recht: Queue erstellen funktioniert, aber in Queue schreiben und Queue lesen funktionieren nicht. Bei Ereignissen war ich auch etwas ungenau: Es funktionieren "Benutzerereignis erzeugen", "Benutzerereignis erstellen", aber Ereignisstrukturen sind verboten. Ein weiteres Problem ist, dass in einem Unterprogramm nur VIs verwendet werden dürfen, die ebenfalls den Typ Unterprogramm haben. Schließlich kommt noch dazu, dass in Unterprogrammen der Debugger nicht funktioniert.

Im Augenblick geht es mir nicht direkt um die Lösung einer konkreten Problemstellung, sondern eher um die generelle Möglichkeit, Code mit Hilfe von SubVIs zu strukturieren wobei ich einerseits Performanceeinbrüche bei großen Datenmengen vermeiden möchte und andererseits alle Möglichkeiten zur Verfügung haben, die ich hätte, wenn ich komplett auf SubVis verzichte.

Das mit dem konkreten Beispiel könnte auch etwas kompliziert werden, da das array in einem ziemlich umfangreichen Projekt die Rolle des zentralen Puffers übernimmt. Ich habe den Post vor allem deshalb erstellt, da es mir schon öfters passiert ist, dass ich sehr große Datenstrukturen habe (z.B. Filme), in denen z.B. nur ein Frame manipuliert werden soll, das aber oft hintereinander und jedesmal wird der komplette Puffer kopiert. In jeder anderen ernsthaften Programmiersprache gibt es neben dem in LabVIEW typischen Call-By-Value (also kopieren der Daten) Call-By-Reference (lediglich übergabe eines Zeigers) - ich dachte mir einfach, diese Möglichkeit MUSS es bei einer über 20 Jahre alten Programmiersprache auch geben.


Du hattest primitives erwähnt. Sehe ich das richtig, dass damit eingebaute Funktionen wie z.B. "Teil-Array ersetzen" bezeichnet werden? Gibt es etwa eine Möglichkeit, solche primitves auch selbst zu erstellen?

Schöne Grüße,
Matthias

P.S.: Danke für den Hinweis (8.2->8.6)