number crunching in LV = nix gut

Ich wollte nicht sagen dass die Formula Node den Code interpretiert, ich dachte eigentlich eher nicht, aber dass das alles ausser ein optimalisiernder C Compiler ist. Moderne Bytecode Implementation (die ein Zwischending zwischen Interpreter und Compiler sind) können die Formulanode so wie sie heute besteht aber lange in den Schatten stellen. Es war auch nicht Ziel um in LabVIEW mit der Formulanode auch noch gleich einen C Compiler zu integrieren sondern halt einfach die Eingabe von Textformeln möglich zu machen. Der Code wird zwar meines Wissens in Maschinencode umgesetzt, aber nicht mit Hinblick auf Schnellheit sondern auf sichere Ausführbarkeit ohne Crash. Das heisst auch dass in Loops beispielsweise alle Arrayindexes jedesmal gecheckt werden um einen Crash unter allen Umständen zu vermeiden. Das kostet sehr viel Laufzeit.

Könnte NI die Formulanode optimalisieren? Natürlich!
Werden Sie es tun? Ich schätze die Chance dafür sehr klein. Das würde wohl ein weteres Redesign der ganzen Formulanode erfordern mit hinzufügen eines richtigen C Compilers in LabVIEW was die Komplexität für den Unterhalt und den Umfang von LabVIEW extrem vergrössern würde. Also wohl eher nicht.