Delphi EXE Kompressor?

Question

An einem Punkt hatte ich ein nettes kleines Komprimierungsprogramm, das meine Delphi-kompilierten EXEs zu einer kleineren Download-Größe zerschmetterte, aber jetzt kann ich es nicht finden. Irgendwelche Empfehlungen?

Gibt es auch Nachteile bei der Verwendung dieser Dienstprogramme? (Ich benutze sie hauptsächlich, um die Download-Zeiten für ländliche/Dial-up-Benutzer zu verkürzen).

---

Verwandte Frage: Are there any downsides to using UPX to compress a Windows executable?

Answer 1

Vor Jahren habe ich in meine ausführbare Datei komprimiert, um den Download kleiner zu machen.

Was ich getan habe, und was ich für Sie empfehle, ist stattdessen ein Installationsprogramm wie Inno Setup zu verwenden. Es erstellt nicht nur eine einzelne EXE, die dein Programm installiert/deinstalliert, sondern komprimiert diese EXE auch praktisch so sehr, wie es ein separater Compressor mit deiner ausführbaren Datei tun würde.

Wenn das Programm installiert ist, wird es dekomprimiert, so dass es nie als Virus erscheint und die Ladezeiten nicht erhöht.

So habe ich die Vorteile von kleineren Download-Größe und ein professionell aussehendes Installationsskript zur gleichen Zeit.

p.s. Inno Setup ist kostenlos.

Answer 2

Ich weiß nicht, von jedem, das speziell für Delphi, aber UPX ist sehr beliebt für diese Art der Sache. Der einzige Nachteil ist, dass die ausführbare Datei beim Start dekomprimiert werden muss, und das kann einige Zeit dauern. Es scheint jedoch sehr schnell für normale ausführbare Dateien zu sein.

Answer 3

UPX sollte funktionieren, obwohl es nicht Delphi spezifisch ist.

Answer 4

Die Empfehlung ist, dass Sie nicht:

• EXE Kompressoren Ihre Anwendung scheinen wie ein Virus (Selbst modifizierenden)
• gzip/zip sind ebenso effektiv bei der Komprimierung und sie basteln nicht machen können Ihre App
• EXE Kompressoren machen die Ladezeiten Ihrer Anwendung erhöhen (es sei denn, Sie sind nur über das Setup-Programm zu sprechen, die eine andere Sache

Diese verrückten suchen Seite ist bringt ein Argument auf, das ich in der fernen Vergangenheit gehört habe (ob es wahr ist oder noch nicht heute, ich bin mir nicht sicher, moderne Verpacker haben wahrscheinlich heute eine andere Strategie) Dieser Artikel verweist auf Win32! :)

http://topic.csdn.net/t/20000408/08/6785.html

Moderne Multitasking OSes wie Windows 95/98 und NT verwenden, was ein "virtueller Speicher" System bezeichnet. Wenn Programme starten, wird der gesamte Code nicht sofort in den Speicher beim Start geladen, wie es bei DOS Programmen der Fall war. Stattdessen werden nur die Teile des Codes, der aktiv ausgeführt wird, in den Speicher gespeichert. Sagen Sie beispielsweise Ihr Programm verfügt über eine Druckoption in seinem Menü und Code, der das Drucken verarbeitet. Dieser Code wird nur in den Speicher geladen, wenn die Funktion Drucken zuerst vom Benutzer ausgewählt wird. Und wenn, nachdem der Code in Speicher geladen wird die Druckfunktion nicht für eine Weile verwendet wird, wird das System „verwerfen“ den Code, die Freigabe des Speichers es besetzt, wenn eine andere Anwendung dringend Speicher benötigt. Dies ist Teil eines Prozesses namens "Paging" und ist vollständig transparent für das Programm.

Ein anderer Weg Paging unter Win32 spart Speicher ist es mehrere Instanzen eines Programms (oder DLL) zu der gleichen Speicher für Code verursacht.In anderen Worten, unter normalen Umständen gibt es keinen wirklichen Unterschied in der Menge der physischen Speicher für Code zugewiesen zwischen Start 100 Instanzen eines Programms und Starten einer Instanz.

Wenn alle Win32-Programme verhalten mich wie DOS-Programme, alles in Speicher zu laden und dort zu halten, bis das Programm beendet und auch nicht beliebige Speicher zwischen Instanzen mehr teilen, können Sie wahrscheinlich vorstellen, wie schnell physischer Speicher konnte Führen Sie auf Systemen mit einer begrenzten Menge, aus, was das Starten von Datenträgeraustausch verursacht.

Noch dies ist genau das, was aktuelle Win32 EXE-Kompressoren zu Ihrem EXE/DLL's tun! Sie gehen komplett gegen das Paging-System des Betriebssystems durch dekomprimieren aller Code in den Speicher und halten es dort bis zur Beendigung. Und weil der Code nicht in einem "rohen" Format in der EXE-Datei gespeichert ist (d. H. , wie er im Speicher abgelegt ist), kann das Betriebssystem keinen Code zwischen mehreren Instanzen teilen.

Answer 5

Die, an die Sie wahrscheinlich denken, ist ASPack - es ist ein EXE-Kompressor in Delphi geschrieben, aber wird jede EXE komprimieren. Es kann jedoch auf Delphi-EXEs besonders gut sein. Ich stimme den anderen Antworten zu, dass Sie keinen EXE-Kompressor verwenden sollten, nur um Download-Zeiten zu sparen. Es kann bestimmte Situationen geben, in denen eine EXE-Komprimierung eine gute Idee ist, aber im Allgemeinen nicht.

Verwenden Sie stattdessen einen guten Installationsersteller, besonders wenn Sie einen finden, der 7zip-Komprimierung verwendet. Ich weiß, InstallAware verwendet 7zip intern für maximale Komprimierung. Abhängig davon, welche Delphi-Versionen Sie besitzen, haben Sie möglicherweise auch eine InstallAware-Lizenz.

Wenn nichts anderes Sie können ein selbstextrahierendes Archiv mit grundlegenden Installationsverhalten mit 7zip kostenlos erstellen. Es ist ein separater Download für SFXs für Installateure.

Answer 6

Ich glaube, Terminal-Server (wie Citrix) werden den gleichen Speicher für Ihre binäre Anwendung verwenden, wenn sie unkomprimiert ist. Das bedeutet, dass eine komprimierte EXE in einer Citrix-Umgebung ein kleines Desaster riechen könnte.

Answer 7

Sie können PECompact verwenden, da Leute es nicht einfach entschlüsseln können, und wie Test zeigte (auf der Hauptseite gezeigt, scrollen Sie einfach ein bisschen herunter), ist es besser als ASPack oder UPX, ich habe es auf meinen vorherigen Delphi-Projekten verwendet

Answer 8

ich benutze petite: http://un4seen.com/petite/

Answer 9

ich auch für upx stimmen. Neben den genannten Nachteilen schützt es auch vor grundlegenden Reverse-Engineering und diesen lahmen "Resource Hacker" -Tools. Was übrigens viel ist, und die meisten von ihnen können eine komprimierte ausführbare Datei nicht öffnen.

Answer 10

Ich habe eine Frage über die Nachteile der Verwendung von UPX auf Delphi ausführbaren Dateien hier auf SO vor einer Weile, und ich habe einige tolle Antworten.

Are there any downsides to using UPX to compress a Windows executable?

Answer 11

Verwenden UPX mit lzma Option für max Kompression.

upx --lzma yourfile.exe 

Answer 12

Die Haupt Unannehmlichkeit einer komprimierten EXE oder DLL ist, dass das Betriebssystem nicht den Code unter mehreren Instanzen teilen kann.
Sie verschwenden also Speicher, müssen jedesmal dekomprimieren, wenn Sie eine Instanz starten, zeigen ein virenähnliches Verhalten ohne einen Downloadvorteil gegenüber einer komprimierten Installation.
Nur beim Direktstart von einem Netzlaufwerk kann ein positiver Fall auftreten.