Discussion :

[Pierre GIRARD]

Bonjour,

Je n'ai rien trouvé dans la FAQ, mais je crois bien me souvenir (ça date de Delphi 4) qu'il y avait un certain nombre de choses à faire pour améliorer les performances des exécutables générés par Delphi (en même temps, ça diminuait la taille des exécutables).

Avec XE2, la seule chose que je vois c'est le choix entre :

• Release configuration
• Debug configuration

Mais que je choisisse l'un ou l'autre, je ne vois aucune différence. Y-a-t-il des choses à modifier dans la configuration par défaut lors de la création d'un nouveau projet ... ou à faire lors de la génération de la version finale du programme ?

[Linkin]

Normalement si tu choisis Release, ton exécutable est plus petit (information de débogage en moins).
Pour les performances, je ne peux pas te dire.

[SergioMaster]

Normalement si tu choisis Release, ton exécutable est plus petit (information de débogage en moins).

enfin si tu reconstruis l'application , si tu refais une simple compilation (déjà faite en mode debug) la taille ne changera pas

[ShaiLeTroll]

améliorer les performances des exécutables générés par Delphi .... ou à faire lors de la génération de la version finale du programme ?

Il est préférable de toujours livrer une version Release
Surtout si tu utilises la directive DEBUG pour gérer un code d'aide au développement en version Debug

Un exe compilé en Debug lancé en direct ne devrait pas être beaucoup plus lent qu'un exe compilé en Release

Par contre, un Exe compilé en Debug lancé via Delphi (voir DebugHook) sera nettement plus lent car Delphi doit surveiller ce qui s'y passe (variable locale, thread, exception ...)
Ce n'est pas l'exe qui est lent mais le débogage qui affiche un tas de chose dans l'IDE (plus tu as de point d'arret, de variable suivie, de variable globale/locale, plus l'affichage des infos est long et donc le temps de débogage aussi)

tu peux jouer sur "Options Erreurs d'exécution"
Les options par défaut sont les meilleures en terme de performance
la plupart du temps, un code bien écrit gère correctement les bornes des tableaux, des types ...
c'est souvent redondant d'activer ces options de Vérification

Il faut savoir que Delphi n'est pas très bon avec les nombres flottants !

Ensuite, c'est la DB qui consomme, idem, selon la bibliothèque utilisée, tu peux avoir des temps excellents à très médiocres !

Un autre élément qui consomme, c'est l'affichage, mieux vaut réduire les changements de texte, d'effet visuel durant un traitement en boucle
On a justement évoqué récemment de gérer une progression tous les n cycles ou selon une fréquence précise (inutile de changer un texte plus de 25 fois par seconde, l'œil humain ne le verra pas)

[Pierre GIRARD]

enfin si tu reconstruis l'application , si tu refais une simple compilation (déjà faite en mode debug) la taille ne changera pas

Il est justement là, mon problème, même avec une "reconstruction" :
- Avant : 4661 Ko
- Après : 4660 Ko

Selon mes souvenirs, avec Delphi 4, c'était nettement plus spectaculaire.

D'ailleurs, ça tombe bien que tu interviennes Sergio, j'ai plein de messages d'avertissement concernant ZeosDb lors de la construction, avec "Code 'xxx' non protégé". Ça fait la même chose avec toi ?

[SergioMaster]

D'ailleurs, ça tombe bien que tu interviennes Sergio, j'ai plein de messages d'avertissement concernant ZeosDb lors de la construction, avec "Code 'xxx' non protégé". Ça fait la même chose avec toi ?

la même chose , je suis pas sur du message exact mais oui il y a toujours plein de message d'avertissement (faute au 'large public' D7...XE7 en passant par Lazarus). De plus , de quelle version ZEOS parles-tu ? la 7.1 stable ou la 7.2 SVN ?

[Pierre GIRARD]

la même chose , je suis pas sur du message exact mais oui il y a toujours plein de message d'avertissement (faute au 'large public' D7...XE7 en passant par Lazarus). De plus , de quelle version ZEOS parles-tu ? la 7.1 stable ou la 7.2 SVN ?

La 7.1 stable, que j'ai réussi a installer suite à ton tuto "http://serge-girard.developpez.com/tutoriels/temp/ZeosDBO/"

(J'avais jamais réussi à l'installer avant ton tuto)

D'ailleurs, la même application avec les composants IB ne fait que 2922 Ko. Mais comme je commence tout juste à tester les composants ZEOS ... ceci explique peut-être cela ? Pour le moment, je n'en tire aucune conclusion.

[Barbibulle]

Delphi 4 il y a 16 ans, ça ne nous rajeunie pas :p
Où est passé mon windows 95/98 ??
Mon pentium II à 233Mhz (environ 500 fois plus lent qu'un Core I7 actuel)
32Mo de ram (ah ben je ne peux même plus charger mon application Delphi d'aujourd'hui :p )
IBM sortait un tout nouveau disque dur de capacité effarante de 25 GO ! Tellement énorme qu'à l'époque on se disait qu'une telle capacité était inutile...

La taille grossissante des exécutables généré par Delphi n+1 ce n'est pas nouveau.

Ni propre à Delphi.

Quelques pistes dans ce post :

http://www.developpez.net/forums/d13...e-executables/

[SergioMaster]

La 7.1 stable, que j'ai réussi a installer suite à ton tuto
(J'avais jamais réussi à l'installer avant ton tuto)

un bon point pour moi alors
le week end n'ayant pas été très prolifique , pas de mise à jour de faite pour la semaine

D'ailleurs, la même application avec les composants IB ne fait que 2922 Ko. Mais comme je commence tout juste à tester les composants ZEOS ... ceci explique peut-être cela ? Pour le moment, je n'en tire aucune conclusion.

possible , surtout si aucun protocole n'est désactivé (ma petite remarque sur prenez le temps de ....)

[Pierre GIRARD]

...Quelques pistes dans ce post :

http://www.developpez.net/forums/d13...e-executables/

effectivement je pensais aussi a ça , j'ai retrouvé le lien
T.Wittwer blog
mais une simple recherche Google avec les mots clés Delphi+RTTI+Disable en liste beaucoup d'autres...

Merci à tous les deux, ça fait gagner 10% en taille et l'application est un poil plus rapide au lancement (c'est juste le lancement de l'application qui me faisait tiquer. Une fois en cours, c'est très fluide).

Merci aussi à ShaiLeTroll :

Il est préférable de toujours livrer une version Release
...
tu peux jouer sur "Options Erreurs d'exécution"
Les options par défaut sont les meilleures en terme de performance

Mais comme j'ai tout laissé par défaut, c'est pas ça le problème. Et je parle bien de la version Release, ce qui m'étonnais, c'était le peu de différences avec la version Debug (comparé à l’ancêtre Delphi 4).

[e-ric]

Normalement si tu choisis Release, ton exécutable est plus petit (information de débogage en moins).
Pour les performances, je ne peux pas te dire.

Dans Delphi, les infos de débogage sont, si mes souvenirs sont bons, logées dans les DCU (je ne parle pas du code DEBUG), et non pas dans l'exécutable sauf si les infos de débogage TDW 32 sont ajoutées (cela permet à ce débogueur externe de prendre la main sur l'exécutable), je parle ici pour les vieilles versions de Delphi.

C'est différent avec Lazarus ou les infos de débogage sont dans l'exécutable car le débogueur gdb est toujours externe.

cdlt