Clusterarrays synchronisieren

' schrieb:Da es weniger sinnvoll ist, eine Datei zu halbieren (dabei geht nämlich möglicherweise ein Datensatz verloren; einer ist 17, einer 18 Zeichen lang), hab ich mal was vorbereitet, um in verschiedenen Cores jeweils eine ganze Datei zu decodieren. Die Daten (Vorgabedaten und decodierte Daten) werden zwischen dem Decodier-SubVI, das in mehreren Instanzen geöffnet werden kann, und dem MainVI per Queue übertragen.

Den Instanzen muss nur noch ein Core zugewiesen werden. Da weiß ich aber nicht Bescheid.

Kann mal einer probieren, ob das funktioniert?

Du hast recht, die Datei halbieren geht wegen der möglichen Zerstörung eines Datensatzes nicht. Das ist ein Killler-Argument, wieso ist mir das nicht auch sofort aufgefallen?

Habe mir die VIs angesehen, und muß zugeben, davon verstehe ich überhaupt nichts. Das liegt aber nicht an Dir, sondern daran, daß ich zu den höheren Ebenen des Software-Engineering überhaupt keinen Zugang habe, bin da nur ein kleiner Elektroniker, der mit seinem gesunden Menschenverstand so gut es eben geht drauf los programmiert.

Für das von mir erstellte VI "GMS_ReadFile_Wa.vi" dauert das Einlesen der Daten 200ms und das anschließened Sortieren der Datensätze 1200ms. Also insgesamt 1400ms. (mit LV8.6). Bei Aufteilung auf mehrere Kerne ginge es also nur noch um Bruchteile einer Sekunde. Die Frage ob sich das evtl lohnt, kann nur Eugen beantworten. Wenn Eugen sich erst mal dazu aufraffen könnte, sein VI mit LV8.6 statt mit LV8.0 laufen zu lassen, wäre die Verbesserung wahrscheinlich viel gravierender.