Discussion :

[Tinkh]

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

[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....

[LittleWhite]

Bonjour,

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

[Tinkh]

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 :

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

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

[Obsidian]

Sinon, la bonne vieille méthode avec des printf et des gettime 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.

[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 ...

[LittleWhite]

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)