Performance vom Dateneinlesen zu gering

' schrieb:Das Format habe ich mir ausgedacht, und sehe auch langsam ein das es nicht gerade eine gute Wahl war. Aber haben die vielen Trennzeichen den einen großen Einfluss auf die Performance? Es müsste doch eigentlich egal sein ob man auf einen Zeilenumbruch schaut oder auf ein Zeilenumbruch?

Da bin ich aber beruhigt, ich hatte schon befürchtet, ein durchgeknallter Professor hat sich diesen Quatsch ausgedacht und ich sah schon die Qualität der Lehre am Boden liegen. Und mit Deiner Frage hast Du unfreiwillig recht. Egal ist aber nicht, ob man Zeilenumbrüche nimmt oder diese durch beliebig ausgedachte Zeichen ersetzt.
Grund ist: Es gibt mehrer VIs zur Textverarbeitung, die auf Zeilenumbrüchen basieren. Das Trennzeichen zwischen zwei Daten in einer Zeile (meist TAB) läßt sich ändern, der Zeilenumbruch jedoch nicht. Fehlender Zeilenumbruch in Textdaten hat eine viel umständlichere Textverarbeitung zur Folge, wie Du am eigenen Bespiel erfahren konntest.
Beispiele solcher VIs: Zeilenweises Einlesen einer Datei, Aus Tabellenkalkulationdatei lesen.
Die größte Unsinn kommt übrigens ganz am Ende: Das Zeichen "%" für das Ende der gesamten Datei kommt nicht nach dem Zeichen "?" für das Ende des letzten Datensatzes, sondern vorher.

Anmerkung zur Funktion "Array to Cluster" : die hört sich so dynamisch an, ist sie aber nicht. Man muß dort gnadenlos mit der rechten Maustaste die Anzahl der Clusterelemente benennen - und diese ist während der Laufzeit auch nicht änderbar.
Die einzige Möglichkeit, einen Cluster anzupassen, ist, genügend viele Elemente drin zu haben, von denen dann nicht immer alle mit sinnvollen Werten belegt sind. Oder aber einige Elemente sind Arrays (siehe Hinweis GerdW) oder Texte verschiedener Länge, mit dementsprechend unterschiedlicher Menge von Information. Hier sollte Dein Betreuer mal nachbessern, anstatt Unmögliches zu verlangen.

..Und mit einer normal formatierten Textdatei

  test1.txt (Größe: 1,76 MB / Downloads: 215)

schrumpft nicht nur die Textdatei selbst um die Hälfte, sondern zum Programm gehört auch nicht mehr viel dazu:

  Load_Data3.vi (Größe: 21,44 KB / Downloads: 206)