Discussion :

[Arthus]

Bonjour, comme le titre du sujet l'indique, je souhaiterais savoir si il existe un outil (ici, pour des programmes en C (je ne pense pas que cela ait beaucoup d'importance)) qui permette de savoir le nombre de cycles processeur qu'il ya eu pendant l'execution d'un programme ?
Un truc dans le meme genre que valgrind, qui se lancerait de la meme facon :
valgrind ./mon_prog => la on a toutes les fuites memoires
le_truc_que_je_cherche ./mon_prog => la on le nombre de cycles.

Merci.

[Obsidian]

Sous UNIX, prof et gprof. Et clock() pour connaître le temps CPU consommé entre deux appels à cette fonction.

Ça ne te donnera pas le nombre de cycles, mais une durée dont la précision dépendra un peu du système que tu utilises.

[Arthus]

D'accord, si quelqu'un connait d'autres outils (mieux ?) je reste ouvert. (je mets "resolu" quand meme).
merci

[Obsidian]

D'accord, si quelqu'un connait d'autres outils (mieux ?) je reste ouvert. (je mets "resolu" quand meme).
merci

Plus précis, ça va être difficile sans mettre la main à la pâte. Par contre, plus simple, il suffit de faire « time monprogramme ».

Sinon, tu peux utiliser l'instruction RDTSC si tu travailles sur x86. Mais ce sera un compte « absolu », et pas spécialement celui des cycles machine alloués à ton programme.

[Arthus]

J'utilise deja time et je voulais justement trouve une alternative.

[Arthus]

Non je suis sur i686(corrige)

[souviron34]

en outil, non je ne connais pas..

En fonction, j'ai mis à disposition sur le site (rubrique Sources -> Gestion du temps) une routine équivalente à clock qui donne le temps réel absolu qui s'est écoulé à une précision de la microseconde..

Pour retrouver le nombre de cycles il suffit de multiplier par la constante CLOCKS_PER_SEC...

Mais pour avoir le vrai nombre de cycles du programme, il faudrait modifier la fonction pour avoir réellement l'équivalent de clock , c'est à dire pas le temps réel absolu mais le temps réel passé.. (mon problème était inverse : avoir un vrai décompteur de temps réel, et pas de temps du programme)

[Obsidian]

On peut dire quand même que, d'une manière générale, avoir le décompte exact de cycles écoulés sur une machine sans recourir à des mécanismes dédiés tels que RDTSC reste une vue de l'esprit. Même en travaillant en mono-tâche et en virant les interruptions, il faudrait se consacrer exclusivement à leur surveillance, à l'exclusion de toute autre tâche, ce qui n'a évidemment aucun intérêt, sauf à utiliser des blocs d'instructions dont on connaît à l'avance le nombre de cycle (qui doit être fixe).

Et même là, on fait encore abstraction des wait states…