Mise en cache du code ?

**Jérem22** · 20/02/2007, 09h40

Bonjour à tous,

Je suis débutant avec .NET et C# et je suis confronté à un phénomène un peu étrange pour moi.

J'ai une application qui parcours récursivement un répertoire à la recherche de fichiers, et extrait des informations sur les fichiers trouvés. La recherche se fait dans un thread dédié, et une progress bar me permet de voir l'avancement du travail.

Lorsque je lance mon application j'ai une certaine vitesse d'exécution. Mon problème et que si je la relance une nouvelle fois, le temps d'exécution sera 4 ou 5 fois plus rapide...

Je ne comprend pas comment expliquer cela. C'est assez gênant pour moi actuellement car je souhaiterai faire des benchs sur mon code. Et si entre 2 exécution j'ai déjà pas du tout la même vitesse c'est pas évident de confronter les résultats.

Merci d'avance pour m'éclairer sur ce problème de vitesse,

Jérémy

**dev01** · 20/02/2007, 10h38

Salut .

Ton "problème" vient du mode de fonctionnement de Dotnet.

En effet comme tu le sais surement dotnet est un langage managé, c'est a dire qu'il y a un environnement d'exécution qui s'occupe de charger ton app, de vérifier la sécurité, les dépendances et ainsi de suite. De plus les apps .NET (comme Java d'ailleur) ne sont pas compilé en natif mais en IL (Intermediate Language). L'environnement d'exécution en plus de faire tout ce qui est marqué au dessus s'occupe de compiler le code au fur et à mesure qu'il est appelé. C'est a dire que si tu as 3 fonctions et que ton programme s'éxécute f1 -> f2 -> f3 alors le Fx (Framework) va compiler la fonction 1 en natif puis va l'exécuter puis va compiler f2 puis l'éxécuter et ainsi de suite. C'est ce que l'on appele la compilation Just In Time (JIT pour les intimes). Bien mais ce n'est pas l'optimisation .NET ne s'arrete pas la et c'est la ou ça devient intéressant pour toi . Une fois qu'un programme a des parties compiler en natif, celles ci sont stocké (temporairement il semblerait) afin de ne pas avoir à les recompiler. Ce qui fait que ton programme tourne plus vite vu que la phase de compilation JIT n'est plus faite, c'est du natif qui s'éxécute.

Il faut quand même noter que ce comportement du Fx est assez difficile à comprendre et à prévoir, les changements d'environnement Windows et autre peuvent influer sur tout le bazard ...