Wie bekomme ich die exe kleiner?

[noisy_master]

Um meine Exen kleiner zu bekommen nehme ich mpress.
Reduziert die Größe um mehr als die Hälfte UND : der Große Vorteil gegenüber UPX ist, dass bisher KEIN Virenscanner darauf angeschlagen hat

[Sherlock]

Exe Packer haben Nachteile, die nicht von der Hand zu weisen sind: Falsch positive durch Virenscanner mal außen vor, sorgen sie für eine ungünstige Arbeitsspeichernutzung. Und Arbeitsspeicher gibt es deutlich weniger als Plattenplatz. In diesem Thread wurde das bis zur totalen...äh... Abwendung vom Thema...mmmh, diskutiert: https://www.delphipraxis.net/192574-...oder-nein.html

Sherlock

[Rolf Frei]

Am meisten mach das aus:

{$SetPEFlags IMAGE_FILE_RELOCS_STRIPPED}

Das muss im DPR platziert werden, am besten nach den uses und vor dem {$R *.res}.

Dein 15 MB bringst du aber wohl kaum unter 10-12 MB egal was du machst. Seit RTTI aktiviert ist, ist leider die Grösse der Exe's explodiert. Also als Alternative könntest du dein Projekt auf z.B. D7 "downgraden" und dann wäre es vermutlich nur noch um die 7-8 MB gross.

Was willst du aber damit erreichen?

[himitsu]

IMAGE_FILE_RELOCS_STRIPPED:

Und damit blockierst du gleich ein Sicherheitsfeature des Betriebssystems.
Dort werden (wenn aktiv) die DLLs/EXEn im RAM willkürlich verschoben, damit mit böse Häcker in ihren Viren/Trojanern/... nicht einfach mit statischen Adressen in fremdem RAM Programmcode umschreiben können, weil das Gewünschte dann ja jedes Mal wo anders liegt. (beliebt z.B. in Buffer Overflow Exploits)

Und für DLLs ist es auch noch fatal, wenn an dieser Adresse eine andere DLL oder die EXE bereits geladen ist und Windows somit deine DLL verschieben müsste, was es aber nicht mehr kann,
vor allem auch deswegen, weil kaum jemand die ImageBase definiert und 99,99% aller Delphi-DLLs und EXEn eigentlich auf der selben Adresse liegen. ($00400000)


Es gibt auch Progrämmchen und EXE-Packer, welche nachträglich diese Reallocation-Table entfernen.
(die ist dafür da, damit Windows beim Verschieben alle Zeiger im Code anpassen kann -> auf Prozeduren, Konstanten, Typen, globale Variablen, ...............)

[Rolf Frei]

Zitat von himitsu:

IMAGE_FILE_RELOCS_STRIPPED:

Und damit blockierst du gleich ein Sicherheitsfeature des Betriebssystems.
Dort werden (wenn aktiv) die DLLs/EXEn im RAM willkürlich verschoben, damit mit böse Häcker in ihren Viren/Trojanern/... nicht einfach mit statischen Adressen in fremdem RAM Programmcode umschreiben können, weil das Gewünschte dann ja jedes Mal wo anders liegt. (beliebt z.B. in Buffer Overflow Exploits)

Und für DLLs ist es auch noch fatal, wenn an dieser Adresse eine andere DLL oder die EXE bereits geladen ist und Windows somit deine DLL verschieben müsste, was es aber nicht mehr kann,
vor allem auch deswegen, weil kaum jemand die ImageBase definiert und 99,99% aller Delphi-DLLs und EXEn eigentlich auf der selben Adresse liegen. ($00400000))

Es geht hier aber um die Grösse einer EXE und nicht einer DLL. Von daher ist das problemlos nutzbar und bringt den grössten Erfolg. Wenn man die Doku zu diesem Flag liest, ist klar, dass man das bei einer DLL nicht nutzen sollte/darf.

[himitsu]

EXE und DLL ist das Selbe.


Und wenn man ExePacker nutzt, dann kann das Entfernen hier auch mal zu problemen führen. (wenn zufällig der PackerCode an der selben Stelle geladen wird und er dann die EXE nicht auf seine Stelle bekommt, oder diese Stelle durch was Anderes belegt ist, wie z.B. eine DLL, welche global in alle Anwendungen injiziert wird)

[DieDolly]

Über Größen von Exedateien sollte sich heute keiner mehr Gedanken machen. Selbst wer nur 1 GB Arbeitsspeicher hat, bekommt keine Probleme ob die Exe nun 10 MB oder 5 MB groß ist.

Das ist alles Jammern auf hohem Niveau, mehr nicht.
Was man aber definitiv machen sollte ist, auf Release umzustellen.

[himitsu]

Klar ... keine Gedanken ... aber wenn man 0,7 MB (einstellige Delphiversionen) mit Richtung 20 MB aktuelle Version für eine nichtstuende Anwendung betrachtet, dann ist es dennoch nicht ganz OK.

In Richtung Mobile mit keinerem Speicher im Handy geht es aber auch heute wieder los
und auch wenn man schonmal in Richtung MiniPCs ala Raspberry (auch wenn Delphi das wohl nie können wird) oder SmartWatch lunscht.

[Rolf Frei]

Zitat von himitsu:

EXE und DLL ist das Selbe.

Ehm, nein ist es nicht. Eine Exe muss nicht "reallocated" werden, eine DLL hingegen schon, wenn alle die gleiche Base-Adresse haben. Google mal danach.

Zitat:

IMAGE_FILE_RELOCS_STRIPPED removes the relocation (".reloc") section from Win32 PE EXE files, reducing their size. Most compilers/linkers (including Delphi) put a relocation section in EXE files, but this is actually not necessary since EXEs never get relocated. Hence, a relocation section only wastes space.

[Stevie]

Interessant, dass bei diesen "Exe Größe" Diskussionen meist komplett vergessen wird, das selbst die modernsten Prozessoren keinen duzende MB großen Instruction Cache haben. Das heißt, je größer und verteilter der ausgeführte Code, desto eher wird der CPU Durchsatz vom RAM gebremst.

Aber ja, wir reden hier von High Performance und weniger von nem GUI Progrämmchen wo das kaum Auswirkungen hat.