Discussion :

[sapin]

Bonjour,

J'ai un soucis actuellement avec un programme en cours de développement.
En effet, mon programme est assez long à l'exécution et pour savoir qu'est ce qui le ralentie, j'ai lancer un profilage avec l'outil fournit dans Visual Team Suite.

Selon cette outils, les modules qui ont le pourcentages d'exemples exclusifs les plus élever sont : mscorwks.dll (32,84 %), MonExe.exe (24%) et ntdll.dll (18%).

Je ne comprend pas du tout à quoi servent mscorwks.dll et ntdll.dll (d'après quelques recherches, c'est en rapport avec du .net, mais je n'en utilise pas).

Avez vous une idée de ce qui fait que ces modules sont appelés si souvent ?

Mon programme est constitué d'un exe (le main) et de deux .lib. Le code est beaucoup trop volumineux pour pouvoir etre posté, mais il ne me semble pas que j'utilise de fonction exotique (hormis quelques fonctions déclarer en inline).

Merci pour votre aide car la, je suis vraiment perdu.

[Sylvain Togni]

Ne te focalise pas trop sur les modules, c'est surement dû à des appels systèmes dans ton code, mais ce n'est pas le plus important à savoir pour optimiser une application.

Ce qui est important c'est de savoir quelles sont les fonctions dans ton code qui prennent le plus de temps, pour savoir sur lesquelles concentrer ses efforts. Normalement un profiler doit donner cette info.

[sapin]

Lorsque je regarde les fonctions, ce sont encore les dll qui arrivent en tete.
mscorwks.dll et ntd.dll conserve les memes % d'exemple exclusif (32% et 18%)

Ma première fonction arrive à avec un pourcentage de 2,02% d'exemple exclusif. Ce qui est vraiment faible par rapport au DLL.

Je suis vraiment perdu pour le coup.

[Sylvain Togni]

Ça doit être parce que tu regarde le temps "exclusif" des fonctions, c'est-à-dire le temps passé dans chaque fonction à l'exclusion du temps passé dans ses sous-fonctions.

Il est plus intéressant de regarder le temps total passé dans chaque fonction, il doit y avoir une option quelque part dans le profiler pour cela.

[JolyLoic]

C'est à dire que tu dois passer plein de temps dans des appels systèmes (lecture de fichiers, allocation mémoire, lock de mutex...). Regarde donc quelle fonction à toi arrive en tête en temps non exclusif, tu y trouveras probablement ce genre d'appel.

[sapin]

Alors, suivant vos conseils, je me suis intéressé au pourcentage inclusifs et non exclusif et oublié les dll.

J'ai trouver une fonction au pourcentage "anormalement" élevé pour ce qu'elle fait et il semble que cela soit du à la présence d'un pointeur de fonction dans ce bout de code. En faisant des tests, j'ai fait sauter ce pointeur de fonction et j'améliore mon temps d'exécution en release d'un facteur 10.

Il ne me reste plus qu'a trouver un moyen pour remplacer ce pointeur de fonctions, mais cela me semble mal partie car la généricité de mon code ce faisait à travers ce pointeur.

Merci pour vos conseils

[gbdivers]

Bonjour

En utilisant le pattern Stratégie, tu ne peux pas éviter les pointeurs de fonctions ?
http://come-david.developpez.com/tut...trategie#LVIII

[nikko34]

rassure moi, quand tu dis que ça va plus vite quand tu as enlevé le code, c'est ptet parce que ta fonction (pointée) n'était plus appelé? Et c'est ptet ce qu'il y a dans la fonction qui pose problème, et pas le fait que ça soit un pointeur?

@gbdivers

Plutôt que de partir sur du pattern strategy, autant mentioner les fonctions virtuelles pour commencer?