Discussion :

[EvaristeGaloisBis]

Bonjour,

Je suis en train d'essayer de profiler mon code. N'arrivant pas a utiliser les outils Visual Studio pour le faire, je me suis fait une petite classe simple qui me permettra de le faire.

Code Profiler.h :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
class Profiler{
  private :
     std::Queue<ProfilerRow> Data;
  public:
     Profiler(void);
     ~Profiler(void);
     Profiler(bool const & bNeed2Profile);
     In(std::stName);
     Out(std::stName);
     SumUp(void);
};
 
// methode 2!
Profiler myProfiler;

Le probleme n'est pas dans le code du profiler mais dans comment le mettre dans mon code.
je pensais mettre un objet Profiler dans la classe a profiler, mais je ne peux pas profiler dans les methodes const. du coup ce n'est pas là bonne methode.

Je pensais faire une variable globale dans le Profiler.h mais j'ai peur que ce soit un peu illisible pour le reste.

Donc en fait je ne sais pas comment mettre mon profiler en place dans mon code. =(

Est ce que quelqu'un a des idées, des conseils ou a deja fait ça? Je ne vois pas la solution la plus propre...

E.G

[jblecanard]

Salut !

Il y a plusieurs méthodes pour s'y prendre.

Tout d'abord, tu peux peut-être utiliser un profiler non-intrusif. gprof ou callgrind font bien l'affaire sur Linux (si la pile logicielle est simple en Java/JNI/C++ c'est chiant ). Sur Windows (c'est ton cas) je ne connais pas bien mais il y en a aussi. Les meilleurs sont payants, et chers... un autre développeur devrait pouvoir te conseiller sur ce point. C'est la solution idéale car ça t'évites de devoir instrumenter le code à la main.

Sinon, il peut être intéressant d'utiliser un profiler écrit soi-même. C'est pas cher et si on a pas des besoins de mesures pas trop poussés et très localisés, ça peut amplement suffire ! Attention ça peut devenir limite si tu es dans le cas ou tu recherches des points d'étranglements sans avoir aucune idée d'où ils sont.

Pour l'intégrer dans ton code: ma méthode préférée est à base de macro. Tu peux faire un truc dans ce goût là :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
#ifdef PROFILING
#   define PROFILER_DECLARE() mutable Profiler m_local_profiler
#   define PROFILER_FUNC_ENTER(A) m_local_profiler.In(A)
#   define PROFILER_FUNC_OUT(A) m_local_profiler.Out(A)
#else
#   define PROFILER_DECLARE(...)
#   define PROFILER_FUNC_ENTER(...)
#   define PROFILER_FUNC_OUT(...)
#endif

Comme ça tu peux produire du code de production non instrumenté. Le mot clé mutable te permet de l'utiliser dans des fonctions const. Attention: si tes méthodes sont appelées par plusieurs threads, les In et Out tout seuls, n'auront plus de sens et il faudra être plus malin en identifiant chaque appel.

Enfin, tu peux jeter un oeil du côté de la programmation par aspect mais franchement je ne te le conseille pas, c'est plutôt exotique comme solution.

[Iradrille]

Bonjour,

Je suis en train d'essayer de profiler mon code. N'arrivant pas a utiliser les outils Visual Studio pour le faire, je me suis fait une petite classe simple qui me permettra de le faire.
Le probleme n'est pas dans le code du profiler mais dans comment le mettre dans mon code.
je pensais mettre un objet Profiler dans la classe a profiler, mais je ne peux pas profiler dans les methodes const. du coup ce n'est pas là bonne methode.

Visual Studio, en particulier si tu à une version payante (aucun outil de profiling fourni avec la version express ?) est assez complet dans ce domaine quand même.

Sinon tu peux déclarer ton profileur comme "mutable".

[EvaristeGaloisBis]

merci pour vos réponses.
Effectivement mutable ne m'était pas venu a l'idée.

J'utilise la version 2008 de Visual studio, et j'ai bien des outils seulement, je n'arrive pas a les utiliser. Je pensais utiliser SPY++ mais il ne semble pas etre fait pour profiler...

En tout cas l'idée du passage par macro est tout a fait interessant et me plait beaucoup =)

E.G

[koala01]

Salut,

Il y a quelques mois, j'ai proposé cette solution pour être en mesure de mesurer le temps d'exécution de différentes fonctions.

Elle est écrite en C++11, ce qui implique qu'il faille un disposer d'un compilateur *relativement* récent (support des variadic templates, de <chrono> et de std::function requit) et présente l'avantage de ne pas être excessivement intrusive parce qu'elle s'utilise sur n'importe quelle fonction, mais l'inconvénient de ne te permettre la mesure que des fonctions que tu lui indiques explicitement.

L'idéal est donc, sans doute, de l'utiliser dans un projet séparé de ton projet original

Evidemment, elle est encore perfectible en bien des points, mais elle devrait pouvoir te donner une base sympa pour commencer si tu ne veux absolument pas recourir aux outils externes existants (ou s'il t'es impossible d'en utiliser pour une raison ou une autre)

[EvaristeGaloisBis]

salut koala01,

Merci pour ton code et ta réponse. Je n'ai pas trop la tete a me plonger dans tout le code de ta classe mais d'ici une bonne semaine ce sera fait! En le lisant en diagonale, et si j'ai bien compris ta solution consiste a passer par une classe qui lance ta fonction afin d'etre sur de l'encapsuler...Non? =(

Juste une question annexe.
De mon coté, le code ralentit incroyablement les appels et pis que tout il fait sauter la mémoire. Pour info ma pile fait quasi 10 millions de lignes. Sachant que ma ProfilerRow est une petite structure composée d'un integer, d'un booléen, d'un time_t.

Est ce normal? Ai je trop exagéré? ou m'y suis je mal pris?

[jblecanard]

De mon coté, le code ralentit incroyablement les appels et pis que tout il fait sauter la mémoire. Pour info ma pile fait quasi 10 millions de lignes. Sachant que ma ProfilerRow est une petite structure composée d'un integer, d'un booléen, d'un time_t.

Est ce normal? Ai je trop exagéré? ou m'y suis je mal pris?

Boarf tu t'es vautré dans un code récursif qui ne tombe sur aucune condition terminale et t'as fait sauter la stack, un classique Si ça le fait qu'en activant le profiling, l'erreur peut être dans l'implémentation de celui-ci.

Si c'est la RAM que tu exploses, le problème provient peut être plus de mémoire non libérée.

[EvaristeGaloisBis]

En fait ça saute en RAM lorsque je profile pas lorsque je depile les données pour avoir mes informations.
Je refais un test et mets mon code source dans la journée (car pas sous la main actuellement).