Optimisation des applications Delphi

**reolik** · 31/07/2005, 04h20

Bonjour,

je voudrais savoir si il existe des techniques pour optimiser du code
Delphi, car la plupart des appli que je connais qui tourne sous ce langage
sont un peu lent, même si certaines son excellente et plus rapide.

La plupart de celles qui sont lente sont la plupart interfacer avec un sgbd
de style Interbase, c'est pour ça que je voudrais savoir si il y avait un sgbd
accessible via delphi et qui soit léger.

ps: j'aurais pu poser la quéstion dans la partie sgbd et Delphi mais comme
elle regroupe une question generale ici serait l'idéale.

Merci

**smyley** · 31/07/2005, 05h17

Envoyé par reolik

car la plupart des appli que je connais qui tourne sous ce langage
sont un peu lent, même si certaines son excellente et plus rapide.

Ces applis sont peut être lentes car ce type d'appli est lent en général non ? car justement Delphi est connu pour avoir des performances qui se raprochent du vénérable C++. Ta comparaison est donc un peut vaste

Question Optimiser je suis curieux de savoir si ça existe ( jusqu'à ici, je m'éttait contenté des optimisations par défaut du compilateur

)

**okparanoid** · 31/07/2005, 10h38

Perso j'utilise des fois la directive inline qui demande au compilo de remplacer l'appel d'une petite fonction par le code de celle-ci directement. On gagne donc le temps de l'appel. C'est utile pour des petites fonctions utilisees frequemment genre pour des gets, des sets, des calculs de min ou de max. A ne pas utiliser avec des grosses fonction sinon la taille de l'executable va morfler.

Je m'en servais beaucoup en c++, mais sur Delphi je ne sais pas trop si c'est veritablement efficace et je me demande meme si c'est pas elles qui causent la compilation validee aleatoirement de mon delphi (http://www.developpez.net/forums/viewtopic.php?t=377586)

**surfer2k** · 31/07/2005, 11h31

Salut,

Je confirme que Delphi produit du code relativement rapide à partir du moment où on fait attention à ce qu'on écrit comme code.

Parfois une fonction très largement utilisée peut être très pénalisante et on s'en rend pas compte.

Pour cela j'utilise des produits de profiling comme ProDelphi par exemple et cela permet d'identifier les goulots d'étranglement. Il vaut mieux chercher à gagner 1s sur une fonction utiliser plus de mille fois dans le programme que 10s sur une fonction appelé 1 seule fois !

Il faut aussi regardé le code SQL. Est-ce que tes requêtes sont ok ? quelles temps consomment-elles en dehors de delphi (IBConsole par exemple) ? Tu peux aussi chercher à les optimiser car dans ce cas là un index ou une jointure mal faites prennent bcp de temps.

A+

**Bloon** · 31/07/2005, 12h03

Le ralentissement vient certainement de la base de données (ou des accès qui y sont faits) : requêtes mal écrites (select * ...), mauvaise indexation des tables voire mauvaise conception, accès multiples et inutiles à la base, utilisation de TTable plutôt que TQuery...

Bloon

**reolik** · 31/07/2005, 18h28

Merci de vos réponses, je veux utiliser un sgbd plus leger que Interbase
si vous avez des noms merci.

ps:Je comptais utiliser C++/ avec qt pour l'optimiser et côter database
sqlite, mais si delphi est aussi performant je préfère l'utiliser

**skywaukers** · 31/07/2005, 19h09

qu'elle application as tu essayée et que tu trouve lente ?
Delphi est loin de produire du code lent. Quant à Interbase, elle n'est pas franchement réputée lente.
Quel type de besoin as-tu côté BDD ? Si c'est juste stocker trois données tu n'as même pas besoin de BDD. Sinon regarde du côté de Firebird (www.ibphoenix.com). Il existe une version 'embendded' qui n'a même pas besoin d'installation (juste une DLL à déployer avec ton appli et ton fichier BDD) et elle offre les même fonctionnalités que la version serveur (transaction, PS, trigger, ...), mais elle ne peut servir que pour une application monoposte. Par contre si un jour ton appli doit tourner en réseau, et bien tu installe un serveur et tu n'as rien à changer, et ce sera franchement mieux que les solutions Access portées en réseau, j'ai vu des applis VB/Access invivables pour l'utitlisateur avec seurlement 11000 enregistrements dans la BDD (pour l'anecdote, quand je leur ais montré la version redeveloppée Delphi/Firebird serveur, les utilisateurs ont cru que la BDD était installée sur leur poste

). Alors Delphi/Firebird lent, cela me fait un peut sourrire. Seulement tu prend n'importe qu'elle BDD avec un minimum d'enregistrement, tu fait une requete de bourrin sans te soucier des index et des jointures, tu auras forcéement des temps de réponses mauvais.

@++
Dany

**reolik** · 31/07/2005, 19h15

Tout a fait d'accord, je dois juste faire une caisse enregistreuse numérique.

avec un stockage quoitidien et une purge à la fin.

**Nono40** · 31/07/2005, 20h30

Je confirme aussi, Delphi + Interbase c'est très rapide.

Ton problème doit surtout venir de la gestion des bases elle-même. Si tu fais n'importe comment, même avec Oracle sur un Méga-serveur tu aura des lenteurs.

Par exemple récemment je me suis fait avoir par un "select count(*) from UneTable" qui m'a plombé des applications. ( 20 secondes de temps de réponse )

**reolik** · 01/08/2005, 13h27

Tout a fait nono, je vais analyser cette database, cette application doit
tourner aussi sur de vieilles bécane comme des Pentium2 300Mhz avec
64 ou 32mb de RAM.

est ce que Delphi est l'idéale.

Merci