[XDestroy]

Hallo zusammen!

Mein Programm ist inzwischen sehr groß geworden und ich habe festgestellt, dass es auf manchen Rechnern (die durchaus Dual Core haben) teilweise extrem lange dauert (bis zu 30 Sekunden), bis das Programm von der IL in Maschinencode übersetzt wurde und ausgeführt werden kann. Da ich das Programm jedoch gerne weiterhin OHNE setup-file verteilen möchte (d.h. ngen kommt nicht in frage) suche ich nach einer Alternative, die Wartezeit zu verkürzen oder zumindest zu überbrücken.

Gibt es evtl. eine Möglichkeit, einen Splashscreen anzeigen zu lassen, WÄHREND die JIT-Kompilierung läuft? Danach nützt er mir nix mehr, weil das Programm selbst nicht viel laden muss beim Start. Es geht eher darum, mit dem Splash-Screen die JIT-Kompilierung zu überbrücken...

Danke & Grüße
XD

[Campy]

Hallo XDestroy,

schau dir mal folgenden Splashscreen auf Codeproject an:
Codeproject

Verwende den auch in einem Projekt und ist super einfach zu verwenden!

Viele Grüße
Campy

[Andi_84]

Überlegung:
Den Splash-Screen in ein eigenes Programm (also eine eigene .exe) auslagern; Diese .exe ist ja dann sehr kompakt und braucht nicht lange für die JIT-Kompilierung -> Wird also schnell angezeigt.

Wenn die "eigentliche" Programm-exe dann läuft, muss die halt den Splashscreen beenden.

Viele Grüße,
Анди

[XDestroy]

und die "kleine exe" soll die große öffnen, oder? sowas in der richtung hatte ich auch überlegt

[Andi_84]

Zitat (XDestroy: 16.02.2011, 17:18)

und die "kleine exe" soll die große öffnen, oder?

Ja, so hatte ich mir das gedacht. Die "kleine Splash-exe" muss sich dann automatisch beenden, wenn die "große" läuft (oder die "richtige exe" beendet die "Splash-exe").

[XDestroy]

ja ich hab überlegt, die kleine exe native zu machen. aber das ist irgendwie schon ne unsaubere lösung. aber gut. wär eine möglichkeit.

[wertzui]

Splashscreen als exe und die ursprüngliche exe als dll, die du dann lädst sollte gut gehen.

[UweKeim]

Meiner Meinung nach ist ein Splash-Screen in einer .NET-Sprache ein Paradoxon:

Ein Splash-Screen wird gebraucht, weil man dem Benutzer während des Ladens, Startens und Initialisierens informieren will, dass was passiert.

Da eine managed Anwendung jedoch immer erst mal in die CLR geladen werden muss, dauert das schon lange, egal ob NGEN oder ned.

Meine Lösung sieht grob so aus:

1.) Ein Mini-Native-C++-Programm wird gestartet
2.) C++-Programm zeigt Topmost Fenster mit Splash-Screen-Bild an
3.) C++-Programm startet .NET-Programm
4.) .NET-Programm lädt, initialisert und sagt dann via IPC dem C++-Programm, dass es sich beenden soll.

Normalerweise ernte ich keinen Applaus, wenn ich das so erzähle, in der Praxis funktioniert das saugut

Dieser Beitrag wurde von UweKeim bearbeitet: 08. Juli 2011 - 19:23

[XDestroy]

naja aber wenn der splash auch auf .net basiert, dann ist doch nichts gewonnen! es geht ja um die zeit die die clr braucht um in die gänge zu kommen. das dauert auf älteren geräten schon mal eine weile!