Größe der Exe reduzieren

[smudo]

Hallo,

die Exe zu einem meiner Projekte ist mittlerweile sehr groß geworden (12MB).
Ich habe nun versucht, die Größe zu reduzieren, indem ich Laufzeit-Packages verwende.
Ich habe beispielsweise vcl;rtl;vclx ausgelagert, sowie einige Jedi-Packages (jcl;jclvcl;JvXPCtrlsD7R) und damit schon stattliche 4MB gespart.

Meine Fragen:

• Wie reduziert ihr die Größe eurer Exe-Datei?
• Wie kann man ermitteln, welche weiteren Packages besonders groß sind, um sie auszulagern?
• Gibt es andere Wege, als das Auslagern der Packages?

Vielen Dank schon mal im Voraus
René

[Phoenix]

Zitat von smudo:

Meine Fragen:

• Wie reduziert ihr die Größe eurer Exe-Datei?

Kurz und knapp: Gar nicht.

Eine Große .exe ist nichts schlimmes. 12 MB passen locker in jeden Arbeitsspeicher.
Um Downloadgröße zu sparen packe ich die exen mit effektiven Kompressionsmethoden. Werden die Programme von einem Netzlaufwerk gestartet komprimiere ich sie mit UPX um Netzlast zu vermeiden, aber um das Deployment zu vereinfachen benutze ich keine ausgelagerten Laufzeit-Packages. Das gibt nur Probleme wenn man Software die unterschiedliche Versionen eines Packages benötigt nebeneinander ausliefern muss.

[Bernhard Geyer]

Das Auslagern der packages spart nur bei der Exe-Größe. Deine Anwendung wird aber immer noch genausoviel Speicher (bzw. mehr) benötigen.

Meine Vorschläge sind:

- Kontrolle ob nicht "tote" Units noch in den Usesanweisungen stehen
- BMPs, JPEGs etc. in eine Zentrale Unit auslagern und dort gemeinsam verwenden
- Komponentenwildwuchs beseitigen. D.h. 2-3 Packagesammlungen definieren die verwendet werden und nicht für jede x-Beliebiges GUI-Control wieder eine Kompo aus einer anderen Packagesammlung verwenden.

[smudo]

Zitat von Phoenix:

Kurz und knapp: Gar nicht.

Ich sollte Hellseher werden - irgendwie wusste ich, dass sowas als erste Antwort kommt.
Die Kunden, welche die Software benutzen, haben teilweise sehr langsame und instabile Leitungen, da kam es schon öfters zu unangenehmen Verbindungsabbrüchen beim Update. Deshalb würde ich gern bei meiner Frage bleiben.

Das ausgelagerte Packages riskant sind, so wie du es beschrieben hast, leuchtet ein. Solange die Packages im Programmverzeichnis liegen, sollte das aber trotzdem funktionieren.

Zitat von Bernhard Geyer:

Kontrolle ob nicht "tote" Units noch in den Usesanweisungen stehen

Das hab ich angefangen, ist aber äußerst mühselig. Lässt sich das irgendwie automatisieren?

Zitat von Bernhard Geyer:

BMPs, JPEGs etc. in eine Zentrale Unit auslagern und dort gemeinsam verwenden

Verwende ich kaum (außer Icons in einer zentralen Imagelist)

Zitat von Bernhard Geyer:

Komponentenwildwuchs beseitigen. D.h. 2-3 Packagesammlungen definieren die verwendet werden

Wir verwenden als zusätzliche Komponenten fast ausschließlich die Jedis, aber darin sind ja schon Unmengen von Packages enthalten.

Meine Frage bleibt: Wie kann ich meine existierende Datei möglichst automatisiert oder zumindest mit unterstützenden Tools verkleinern? Ich habe beispielsweise mit dem PEViewer die Packageinfo ausgelesen - kann aber daraus noch nicht die entscheidenden Schlüsse ziehen.

[Phoenix]

Zitat von smudo:

Zitat von Bernhard Geyer:

Kontrolle ob nicht "tote" Units noch in den Usesanweisungen stehen

Das hab ich angefangen, ist aber äußerst mühselig. Lässt sich das irgendwie automatisieren?

Icarus Uses List Analyzer ist Dein Freund

[Bernhard Geyer]

Zitat:

Die Kunden, welche die Software benutzen, haben teilweise sehr langsame und instabile Leitungen, da kam es schon öfters zu unangenehmen Verbindungsabbrüchen beim Update. Deshalb würde ich gern bei meiner Frage bleiben.

Stellst du das Update denn auch als Komprimiertes ZIP/7z bereit?

Zitat von smudo:

Das hab ich angefangen, ist aber äußerst mühselig. Lässt sich das irgendwie automatisieren?

http://www.peganza.com/#ICARUS

[SirThornberry]

Du könntest für dein Problem, es noch so machen wie Adobe etc. Einen Miniinstaller zur Verfügung stellen welcher die eigentlichen Daten lädt. Wenn die Verbindung dann abbrichst lädst du einfach an der unterbrochenen Stelle weiter. Die Kunden könnten zwar auch gleich einen Downloadmanager nehmen der die gleichen Möglichkeiten bietet aber ihnen das so bereit zu stellen ist meist einfacher.

[smudo]

Zitat von Phoenix:

Icarus Uses List Analyzer ist Dein Freund

Danke für den Tipp, den werde ich jetzt erstmal testen...

[Dezipaitor]

hast du in den Compilereinstellungen alle Debug Kreuze ausgeschaltet? Danach muss man dann das Projekt neu erzeugen (nicht neu compilieren!).

Du kannst Updates auch einfach über Protokolle verschicken, die eine Fortsetzung nach Abbruch ermöglichen (FTP, HTTP). Zudem ist ja packen möglich.

Die EXE in Delphi kann man schnell kleiner machen, indem man gleich garnicht VCL verwendet. Aber der Erstellungs- und WartungsAufwand wächst dann natürlich, weil große nonVCL Apps etwas kompliziert sein können (man suche das Ziel von SendMessage).

[Hansa]

Zitat von Dezipaitor:

..Die EXE in Delphi kann man schnell kleiner machen, indem man gleich garnicht VCL verwendet.

Dann sage aber gleich dazu, dass er 100 Jahre braucht, um die Jedis usw. zu ersetzen. 8) Sofern durch so etwas überhaupt eine signifikante Reduzierung des Speicherbedarfs erreicht werden kann. Ist es möglich, dass sehr viele Grafiken im Programm enthalten sind ? Selbst bei 1.000.000 Code-Zeilen sind 12 MB ziemlich viel. Aber wie Phoenix sagt : interessieren tut es kaum.