Optimisez une application [2.0]

Bonjour,

J'ai crée une petite application avec sharpdevelop dont le but est de:
1/ récupèrer des constantes de configuration dans un fichier xml
2/ effectuer des requêtes sur des données contenues dans des fichiers .mdb (Access)

L'application en elle même fonctionne correctement mais ce qui m'embête c'est que le premier démarrage (après avoir allumé l'ordinateur) et la première exécution de requête sont d'une lenteur excessive (dans les 15 à 20 sec...). Ces problèmes de lenteur d'exécution ne se présentent plus lors des exécutions suivantes si je ne quitte pas la session. Cela me fait penser que c'est le chargement des librairies qui pose problème.

J'ai utilisé seulement les "ajout de référence" ainsi que des "imports" qui semblaient nécessaires à mon programme (étant débutant, je n'ai d'ailleurs pas bien compris la différence qu'il y avait entre les deux ....) d'où ma question:

Y a t-il des méthodes à utiliser pour accélérer la première exécution et des choses à éviter pour le chargement des librairies?

Merci d'avance pour votre aide.

Salut

Je dirais que le démarrage de Access doit en partie être la cause de la lenteur. As-tu compilé ton code en mode Release? Tu pourrais aller chercher un peu de rapidité en le faisant.

Pour les références et les imports:
- Références: Ajoute à ton projet la dll pour pouvoir l'utiliser.
- Imports: Permet seulement d'ajouter des espaces de noms pour éviter de toujours appeler tes objets xxxx.xxxx.xxxx.xxxx dans le code. Tu dois déjà avoir les références ajoutés à ton projet.

et utiliser autre chose qu'access ?

sql server a des versions gratuites dont une basé sur des fichiers comme access

Merci pour les précisions concernant les dll.
Sinon, j'ai bien compilé mon programme en release mais la différence d'exécution entre la version debug et release n'a pas été flagrante dans mon cas.

Pour ce qui est du démarrage d'Access, je n'y avais pas pensé mais je suis obligé de faire avec car la personne pour qui est destiné ce programme a fondé toutes ses saisies dessus et va avoir du mal a abandonner ses vieilles habitudes.

J'essayerais de faire un test probablement avec Oracle pour voir si cela change vraiment la donne.

Merci encore pour vos réponses.

c'est pas le démarrage d'access réellement, meme si access n'est pas installé sur le pc, ton pc fonctionnera
d'ailleurs je ne suis pas sûr que le soucis vienne de dll de liaison aux données ...

par contre .net lui ralenti la 1ère execution, mais normalement pas aussi fortement (un exe .net est compilé à la volée, et au fur et à mesure que le programme est utilisé)
essaye de faire une requete bidon rapide sur access au début de ton soft (voir en asynchrone), si c'est des dll qui dorment, ca devrait les reveiller

oracle et les autres vrais systèmes de données sont démarrés avec le pc, donc il devrait pas y avoir de soucis

as tu essayé de jouer avec ngen pour voir ce que cela pouvait améliorer? (plus d'info : http://msdn.microsoft.com/fr-fr/libr...cf(VS.80).aspx )

Merci pour le lien AP,

Je ne connais pas Ngen et j'avoue n'avoir pas encore compris le principe général du truc mais je vais essayé de me pencher dessus ...

un exe .net n'est pas en langage machine comme les exe des autres langage, il est en msil (donc un peu compilé quand meme vu qu'à l'origine il est vb ou c#)
le programme est compilé pendant l'execution en langage machine, morceau par morceau selon l'utilisation (pour ca que la 1ère fois qu'une chose est faite dans l'appli, elle est plus longue que toutes les autres fois)

ngen compile l'exe msil en exe natif et donc à l'execution, le code est déjà compilé donc gain de temps sur les 1ères ouvertures

pour la plateforme .net microsoft a choisit de ne pas compiler un exe avant de le livrer pour qu'il soit compilé par la machine sur lequel il est utilisé, afin d'etre compilé en fonction de l'environnement logiciel et matériel
l'exe est donc optimisé pour la machine et compilé différemment d'une machine à l'autre (selon le nombre de processeur, présence ou non d'un OS 64bits ...)


enfin ca aurait été pas mal que les programmes soit compilé une fois pour toute quand meme lors de la première execution ... (ce que fait ngen donc)

Citation:

---

L'application en elle même fonctionne correctement mais ce qui m'embête c'est que le premier démarrage (après avoir allumé l'ordinateur) et la première exécution de requête sont d'une lenteur excessive (dans les 15 à 20 sec...). Ces problèmes de lenteur d'exécution ne se présentent plus lors des exécutions suivantes si je ne quitte pas la session. Cela me fait penser que c'est le chargement des librairies qui pose problème.

---

La, sans trop réfléchir, je dirais que le pb vient d'access...donc, ngen risque de ne pas aider...

J'ai fait quelques dev. avec access comme bdd, et les temps d'ouverture de connection sont tout simplement horribles...

Le mieux, avant de parler d'optimiser, ce serait de faire tourner un profiler -> ANTS profiler, speedtrace...

Comme ca, au moins, plutôt que de *penser* que le problème vient de tel ou tel endroit, tu *sais* qu'il vient de telle fonction ;)

Citation:

---

Envoyé par sperot51

enfin ca aurait été pas mal que les programmes soit compilé une fois pour toute quand meme lors de la première execution ... (ce que fait ngen donc)

---

Si je me souviens bien c'est déjà le cas en fait. Lorsqu'un programme .Net démarre, le CLR regarde d'abord si une version native ou déjà compilée n'existe pas. Si elle n'existe pas, il passe au JIT qui va compiler que les méthodes utilisée et les garder si il en a encore besoin et donc le premier lancement d'une application .NET est lent, mais le deuxième l'est moins ...

ah ?
il me semble que le cache est vidé à la fin de l'exécution

Sinon j'ai pas mal d'application de ce genre (Appli en winforms, DB en access) et ce n'est pas access qui ralentit le plus. Normalement avec NGEN, le premier démarrage devient acceptable (même si c'est toujours plus long qu'un exe natif)

se connecter en asynchrone avec une requete bidon au démarrage de l'appli pourrait peut etre gagner une ou deux secondes