Start von erstellter Applikation dauert sehr lange

Hallo,

mir ist aufgefallen, dass das starten von Applikationen (OOP code) extrem lange dauert.
Die exe von meiner Applikation hat knapp über 20MB und der start dauert über 30sek...
Das ist viel zu viel und nicht vertretbar.

Hat jemand das gleiche Problem und vielleicht auch eine Lösung gefunden?
Ich hab überlegt ob der einsatz von komprimierten Bibliotheken sinn macht.
Hab aber noch nichts darüber gefunden, dass man dadurch Performanceverbesserungen beim starten der Applikation hat.

Gruß
Bastian

Anzeige

Hallo Basti

Lass doch mal den Profiler laufen: Tools->Profile->Performance and Memory

Ohne weitere Info kann man nur raten...

Gruss, BDB

PS: Hast Du eine TreeView initialisiert?

Hallo,

das Problem ist das laden der Applikation. Bevor überhaupt das Frontpanel aufgeht vergehen 30 Sekunden.
Die Abarbeitung des eigentlichen Codes geht dann recht flott (ca 3 Sek. für Parameter laden, UI initialisieren, ...).

Was meinst du mit dem Treeview?

Gruß
Bastian

Edit: Deleted. /EOM

Hast Du mal den Profiler laufen lassen?

Man sieht dann für jedes VI die verbrauchte Zeit u.s.w.

Dann kann man das Problem lokalisieren.

Gruss, BDB

Hallo,

als Notbehelf hab ich nen splashscreen reingemacht. Das ist aber auch nicht so einfach...
Weil der Splashscreen darf nicht in der gleichen exe sein, da der Splashscreen sonst erst gezeigt wird wenn die
Applikation sowieso schon geladen ist.

Deswegen hab ich mir ne kleine exe gemacht, die meine eigentliche Applikation aufruft.

Das einzig große was in der Applikation drin ist, sind die Klassen zum ansteuern unserer Geräte...
Deshalb ja auch die Idee, ob das etwas bringen würde diese Klassen vorab zu komprimierten Bibliotheken zu kompilieren...
Aber ich glaub die werden trotzdem mit in die exe einkompiliert oder zumindest direkt beim Start geladen.
Somit weiß ich nicht, ob die Zeitersparnis so ne große wäre...

Anzeige

' schrieb:Hast Du mal den Profiler laufen lassen?

Man sieht dann für jedes VI die verbrauchte Zeit u.s.w.

Dann kann man das Problem lokalisieren.

Gruss, BDB

Ja den Profiler hab ich in der Entwicklungsumgebung laufen lassen. Da hab das Problem nicht,
weil die ganzen Klassen usw. schon im Speicher sind sowie das VI geladen wird. Da braucht das Programm zum starten
(also bis das UI "idle" ist) nur 3 Sekunden...

Sonst machst Du ein Logfile, das den Ladevorgang anzeigt.

Mit OO kenn ich mich im LabVIEW nicht so aus. Vielleicht weiss rbliomera da noch etwas mehr !?

Gruss, BDB

Edit: Deleted. /EOM

Das mit dem Splashscreen in der gleichen exe hat nicht funktionert.
Ich habs probiert, das eigentliche haupt vi über die Referenz dynamisch zu öffnen.
Aber da hab ich dann das gleiche Probleme, dass der Splashscreen erst gezeigt wird, wenn das eigentliche Frontpanel eh schon offen ist...
Weil Labview erst wieder alles in Speicher holen muss..