Chapitre 1 - IPNL - IN2P3

2 commandes permettent une analyse en temps d’exécution de vos applications. La
première très simple mais grossière, la seconde plus lourde mais fournissant une analyse
fine, fonction par fonction.
time
time exécutable : exécute le programme et donne à la fin les 3 temps : écoulé total, cpu
pur, passé en tache système.
prof
prof [exécutable] : effectue une analyse fine, module par module, du temps consommé.
Nécessite que la source ait été compilée avec l'option -p
Le lancement de l'exécutable crée un rapport dans un fichier mon.out
prof exécutable analyse le rapport qui a été crée par le lancement de l'exécutable et
affiche à l'écran les résultats.
Utilise un exécutable a.out si aucun nom n'est spécifié en paramètre.
Des options permettent de n'avoir qu'un résumé des résultats.
Le debugger
Chaque système UNIX dispose en standard d’un debugger. Celui-ci est un outil interactif
qui va permettre de faire tourner votre programme pas à pas, en indiquant des points
d’arret, le suivi de variables, etc….
Le debugger standard UNIX s’appelle dbx mais sous LINUX c’est gdb.
Le principe est le suivant : on compile le programme avec l’option –g puis on lance ce
programme sous le contrôle du debugger : gdb monprogramme
Si le nom de programme n’est pas fourni, a.out est pris par défaut.
Lorsqu’une application UNIX « plante » pendant l’exécution, un fichier core est créé,
correspondant à l’image mémoire de l’application au moment de l’arret. Le debugger
permet également d’analyser ces « core » (gdb core) afin d’essayer de comprendre le
problème.
Une fois lancé, le debugger fournit alors un invite avec une aide intégrée. Nous n’irons
pas plus loin sur l’utilisation, qui est un domaine assez spécialisé, l’essentiel étant que
vous connaissiez l’existence de l’outil.