Profiler son code sous unix

Version imprimable

27/01/2011, 10h46
Tinkh

Profiler son code sous unix

Bonjour à tous,

Après quelques recherches sur le net, je me rends compte que ce n'est pas évident de trovuer de bonnes informations sur la façon dont on peut profiler son code, en particulier quand on ne l'a jamais fait ...
Je suis sous Solaris et j'ai vu que je pouvais utilisé gprof en utilisant l'option -pg à la compile mais je ne pige pas vraiment la démarche à faire.

De plus, est il possible de faire cette analyse sur les deux lib dynamiques que je créé pour tester mon programme ?
Merci d'avance
27/01/2011, 11h38
souviron34

euh....

man gprof te donnera tout ce que tu veux...

mais aussi man gcc à la rubrique -pg...

Quant à faire du profiling séparé par thread, ça je ne sais pas....
28/01/2011, 01h07
LittleWhite

Bonjour,

Sinon, la bonne vieille méthode avec des printf et des gettime :aie:
C'est bourrin, mais cela peut "un peu" aider.

Petit état sur mon avancement :
J'ai réussi tant bien que mal à compiler avec l'option -pg et avoir un exécutable. Le souci est que lors de l'exécution justement, je ne retrouve pas le fichier gmon.out qui devrait apparaitre. J'ai par contre un fichier mon.out donc j'utilise prof au lieu de gprof.

Seulement, ce truc apparait pour le moment comme une grosse arnaque ... En effet, il me trouve que 99% du temps, il utilise la fonction _mcount. Cette fonction est justement ce qui est rajouté à mon code pour permettre le profiling donc c'est fou comme ça m'avance ... Y a t'il un truc que j'ai raté ?
Voici le résultat de ce que j'ai :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
9:05@ssss .../XX_dev <209> # prof test.S
 %Time Seconds Cumsecs  #Calls   msec/call  Name
  99.2    8.80    8.80    1177      7.477   _mcount
   0.6    0.05    8.85                      xx_inp
   0.2    0.02    8.87                      xx_out
   0.0    0.00    8.87       1      0.      LoadingRtmSch1
   0.0    0.00    8.87       1      0.      InitThreads
   0.0    0.00    8.87      99      0.0     RunningXX
   0.0    0.00    8.87       1      0.      LoadingXX
   0.0    0.00    8.87      99      0.0     RunningRtmSch1
   0.0    0.00    8.87      99      0.0     CycliqueThreads
   0.0    0.00    8.87      96      0.0     CycliqueThread_RtmSch2
   0.0    0.00    8.87      98      0.0     CycliqueThread_RtmSch1
   0.0    0.00    8.87      98      0.0     RunningRtmSch2
   0.0    0.00    8.87       1      0.      LoadingRtmSch2
   0.0    0.00    8.87       1      0.      Init_Port_B
   0.0    0.00    8.87       1      0.      Init_Port_A
   0.0    0.00    8.87     480      0.00    Search_PortId
   0.0    0.00    8.87       1      0.      Init_Port
   0.0    0.00    8.87       1      0.      main
   0.0    0.00    8.87      99      0.0     XX_dev
   0.0    0.00    8.87       1      0.      XX_dev_init

28/01/2011, 15h14
Obsidian

Citation:

Envoyé par LittleWhite

Sinon, la bonne vieille méthode avec des printf et des gettime :aie: C'est bourrin, mais cela peut "un peu" aider.

Certes, mais ce n'est pas un conseil à donner à un débutant (qui ne l'est pas vraiment, en l'occurrence). C'est au contraire le bon moment pour l'orienter directement vers l'usage de débogueurs.
28/01/2011, 16h38
Tinkh

Je préfère d'ailleurs être considéré comme un débutant, ça permet d'avoir des explications parfois plus claires, en particulier quand on se remet sur un langage non pratiqué depuis quelques années. Le dev C sous UNIX regorge quand même de galère pas possible ...
28/01/2011, 16h51
LittleWhite

Citation:

Envoyé par Obsidian

Certes, mais ce n'est pas un conseil à donner à un débutant (qui ne l'est pas vraiment, en l'occurrence). C'est au contraire le bon moment pour l'orienter directement vers l'usage de débogueurs.

Oui ... mais je prefere donne toute les possibilites ( meme si je prefere de loin les outils professionnels tels que les debuggueurs et autre profiler). Apres, nous n'avons pas toujours la possibilite ...
Donc, finalement, je prefere presenter toute les possibilites (surtout lorsque j'ai un prof qui me demande de faire une section de mon code afin de faire du profiling)