Discussion :

[Algernon2]

Bonjour,

J'ai fait une fonction A() qui a besoin d'appeler une fonction B() extrêmement souvent ( plusieurs centaine de milliers de fois) et je me demandais si le fais de cet appel pouvait être la cause de la lenteur de mon programme et ne serai-t-il pas mieux que je mette le code de la dite fonction B() à l'intérieur de ma fonction A()?

Ou est-ce que cela n'est surement pas l'origine de mon problème de lenteur ?

Merci

Algernon

[meziantou]

L'appel d'une fonction est négligeable. De plus si ta fonction est petite elle sera surement inlinée par le JIT.

Commence par utiliser un outil permettant de tracer le performance de ton application : Tu saura d'où vient précisément ton problème de lenteur

http://msdn.microsoft.com/en-us/magazine/cc337887.aspx
http://www.jetbrains.com/profiler/
http://www.telerik.com/products/memo...-profiler.aspx

[DonQuiche]

Voici un article très intéressant sur le coût de différentes opérations sous dotnet : Know what things cost.

Bien entendu ces mesures sont à prendre avec prudence puisque les tests sont simplistes. Notamment un programme réel sera en plus confronté à tous les phénomènes de latence de la mémoire, très bien mis en lumières dans cet autre excellent article : Gallery of processor cache effects.

Qui plus est le premier article a plusieurs années et entretemps les CPU et le compilateur JIT se sont améliorés. Néanmoins il est très utile d'avoir connaissance de ces ordres de grandeur pour comprendre où l'on navigue. En l’occurrence ici cela nous permet de comprendre que tes 100k appels eux-mêmes n'ont un ordre de grandeur que de 500 microsecondes.

Enfin, concernant les outils gratuits de profilage du temps d'exécution (je présume que tu n'as que VS express), je te recommande EQATEC Profiler. La seule limite importante de la version gratuite est qu'elle ne peut pas analyser les assemblies signées. Ce qui inclue notamment les bibliothèques du framework dotnet. Si bien que cet outil pourra te dire le temps passé dans ta méthode B mais pas le temps passé par B à appeler StringBuilder.Append() par exemple.

Voilà, je crois que tu as les trois outils que je recommanderais à un développeur faisant ses premiers pas dans l'optimisation de code.

[Algernon2]

Bonjour et merci pour vos réponse, je vais regardeer ces profiler et lire les articels, je vous tiens au courant.

Algernon

[Pol63]

avant de conseiller de faire un profiling, j'aurais plutot demandé le code pour voir si on ne pouvait pas l'optimiser
on ne connait pas le niveau du posteur, et parfois les gens écrivent du code contre performant ...

[Alkaza]

Je rejoins l'avis de Pol63, voir le code de la dite fonction B() serait intéressant, les problèmes de lenteur sont très souvent la résultante d'algorithmes mal pensés (non péjoratif).