Discussion :

[mehdi_me85]

Bonjour,

J'essaye de concevoir un outil pour le calcul de la durée de l'exécution de mes fonctions, mais j'ai dû mal à avancer pour le moment.
Mon idée est de développer une fonction que je peux appeler à parti de mon terminal quand je le souhaite (pour cette étape, je n'ai pas problème), que je lui donne en paramètre le nom de la classe et le nom de la fonction, et qui va détecter le début et la fin de l'exécution, de la fonction en paramètre, dés que la fonction est exécutée.
Est ce que vous connaissez une méthode, fonction, outil ou n'importe quelle piste qui peut m'aider à trouver une réponse ?

Je vous remercier d'avance.

[LittleWhite]

Bonjour,

Le seul endroit ou je vois que vous pouvez avoir de l'aide, c'est dans le code de gdb, ou celui de valgrind.
Peut être au moins juste pour savoir les bibliothèque qu'ils utilisent, car ils ont des bibliothèques spécialement conçu pour ce genre de trucs.

[3DArchi]

Salut,
Ce genre d'instrumentation est effectivement typique des debuggers.
Sinon, dans un premier temps, tu peux regarder si la programmation par aspect peut t'aider à constituer une instrumentation 'statique' de ton code.

[mehdi_me85]

Merci pour vos réponses :

le code de gdb, ou celui de valgrind.

Je vais chercher le code source de gdb, surtout la fonction "breackpoint" pour avoir plus d'information. Valgrind, je connais pas, mais je vais chercher avant de poser des questions.

tu peux regarder si la programmation par aspect peut t'aider à constituer une instrumentation 'statique' de ton code.

Actuellement je ne connais pas la programmation par aspect, et une refonte du code ne parait pas envisageable (Je travaille sur application énorme et complexe).
Mais j'ai une petite question, qu'est ce que tu veux dire par "une instrumentation 'statique' de ton code" ?
Merci d'avance.

[LittleWhite]

Je vais chercher le code source de gdb, surtout la fonction "breackpoint" pour avoir plus d'information. Valgrind, je connais pas, mais je vais chercher avant de poser des questions.

Valgrind est un outil perfectionné permettant entre autre de voir les fuites de mémoire ( sa principale utilisation ). Mais il peut aussi être comparé à un débuggeur à part entière.

Actuellement je ne connais pas la programmation par aspect, et une refonte du code ne parait pas envisageable (Je travaille sur application énorme et complexe).
Mais j'ai une petite question, qu'est ce que tu veux dire par "une instrumentation 'statique' de ton code" ?
Merci d'avance.

J'ai l'impression que cela voulait dire, ajouter des lignes de code à la main pour faire ce qui est voulu ( genre des printf en début de fonction ). Si ce n'est pas ça, je suis aussi très intéressé par la réponse.
Chose à savoir, il peut être une bonne idée de faire un code comme suit ( c'est ce que je fais dans mon dernier projet ):
[code]
#ifdef _INTRUMENTATION
printf("Hello, I am here!\n");
#endif

Ce qui permet de choisir ou non si le code aura cette ligne, à la compilation.

[mehdi_me85]

Chose à savoir, il peut être une bonne idée de faire un code comme suit ( c'est ce que je fais dans mon dernier projet ):
[code]
#ifdef _INTRUMENTATION
printf("Hello, I am here!\n");
#endif

Cette solution, sauf erreur de ma part, consiste à définir la variable _INTRUMENTATION au début de la fonction et surtout avant la compilation. Le souci est que je cherches une solution qui me permettra d'interagir avec l'application en temps réel, sans compiler à chaque fois que je veux faire ou arrêter mon traitement.

Merci de me corriger si je me trompes.

[3DArchi]

J'ai l'impression que cela voulait dire, ajouter des lignes de code à la main pour faire ce qui est voulu ( genre des printf en début de fonction ).

Sur le principe c'est à peu près ça (sauf pour le printf ). La programmation par aspect te permet de ne pas être intrusif à l'écriture de ton code à instrumenter : ton code reste inchangé et tu rajoutes un aspect d'instrumentation 'à côté'. Cependant, après avoir fait tourner toutes les moulinettes et les compilateurs, tu auras bien une instrumentation rajoutée en début et en fin de fonction dans ton binaire. Mais au niveau de tes sources, cette instrumentation n'apparait pas. C'est la force de la programmation orientée aspect et c'est pour ça qu'elle a été réfléchie. (tu peux regarder du côté de AspectC++ ou AOSD pour avoir du blabla là dessus).

Sinon, mehdi_me85 : quel est ton problème exactement et que peux tu faire en terme de modif de code ? Car j'ai l'impression que tu risques de te lancer dans quelque chose de pas du tout trivial (un debugger c'est loin d'être trivial ... surtout pour instrumenter du release). Peut être qu'une autre approche est plus intéressante.