Discussion :

[franckcl]

Bonjour,

J'utilise delphi XE2.
Je suis énormément étonné de la taille excessive de l'exécutable en release.
Pour une toute petite application de rien du tout, j'arrive à 2.5Mo alors qu'en Delphi 4, pour la même application j'arrivais à 200 ou 300Ko.
De plus, par erreur j'avais laissé dans l'entête du uses FMX.Dialogs alors que je n'utilisais aucune fonction de cette librairie, le code avait doublé (plus de 5Mo) et j'ai mis un moment à voir que cela venait de ça !

Quelles sont les possibilités d'optimisation tout en gardant les packages dans le code ?
Peut-on éviter qu'il inclus dans le code des librairies non utilisées ?
Merci
Franck

[Rayek]

http://www.developpez.net/forums/d12...mbompoint-exe/

[ShaiLeTroll]

C'est une obsession la taille des Exe : même débat en C++Builder et de [D6] à [XE2] embompoint des exel, ça date à peine de avril 2012

[franckcl]

oui ça doit être une obsession :-)
Ok, Il n'y aurait donc pas de solution coté compilation.
En revanche, pour réduire l’exécutable après compilation voici ce que j'ai trouvé : http://upx.sourceforge.net/
Mon exe de 2.3Mo est réduit à 900Ko : ça tient sur une disquette

[Lung]

C'est pas anodin quand même :
1,82 Mo >> 8 Mo
8 Mo >> 12 Mo

Certes, les PC ont plus de mémoire (même si je ne trouve pas que ce soit une bonne raison), mais quand il faut faire transiter ça par le réseau, c'est plus long.

[ShaiLeTroll]

A quoi correspond tes chiffres Lung ?
Attention, comme l'a fait remarqué franckcl, FMX étant une libraire entièrement codé par Embarcadero, son volume est colossal !
Ce qui était avant des briques du GDI et maintenant du pur dessin, c'est bcp de code donc de gros EXE
Il ne faut pas inclure de FMX dans un projet VCL, tout comme il ne fallait pas inclure du CLX, c'est ce qui me faisait penser que l'optimisation du code non-utilisé ne concerne que nos codes mais pas les DCU fournie

Pendant 3 ans, j'ai maintenu une application, elle existait depuis 10 ans, avait subi une migration Dbase vers MySQL, en 2007 sous D7, l'exe faisait déjà 16Mo, je crois que la dernière version de 2010 frôlait les 18Mo !

La même application migrée de D7 à DXE2, ferait facilement 25Mo aujourd'hui ou plus, si JVCL, TMS qui était utilisé ont grossi aussi

Sinon pour un passage de 300Ko en D4 vers 2,5Mo en DXE2, je pense qu'il y aussi une gestion différente des packages !
En D4, tu utilisais les BPL (sans le savoir peut-être)
En DXE2, tu as modifier l'option de projet pour les intégrer à l'exe !

[Paul TOTH]

A quoi correspond tes chiffres Lung ?
Attention, comme l'a fait remarqué franckcl, FMX étant une libraire entièrement codé par Embarcadero, son volume est colossal !
Ce qui était avant des briques du GDI et maintenant du pur dessin, c'est bcp de code donc de gros EXE
Il ne faut pas inclure de FMX dans un projet VCL, tout comme il ne fallait pas inclure du CLX, c'est ce qui me faisait penser que l'optimisation du code non-utilisé ne concerne que nos codes mais pas les DCU fournie

Pendant 3 ans, j'ai maintenu une application, elle existait depuis 10 ans, avait subi une migration Dbase vers MySQL, en 2007 sous D7, l'exe faisait déjà 16Mo, je crois que la dernière version de 2010 frôlait les 18Mo !

La même application migrée de D7 à DXE2, ferait facilement 25Mo aujourd'hui ou plus, si JVCL, TMS qui était utilisé ont grossi aussi

Sinon pour un passage de 300Ko en D4 vers 2,5Mo en DXE2, je pense qu'il y aussi une gestion différente des packages !
En D4, tu utilisais les BPL (sans le savoir peut-être)
En DXE2, tu as modifier l'option de projet pour les intégrer à l'exe !

Non, XE2 a vraiment pris du poids...c'est d'autant plus sensible quand tu sautes de D<=7 à DXE2

[Lung]

A quoi correspond tes chiffres Lung ?

Deux exemples d'applications VCL, passant de D6 à D2010.
Je veux bien comprendre que l'unicode et les nouvelles fonctionnalités sont passées par là, mais ça fait beaucoup quand même.