SystemTap ne te limite pas aux sondes statiques définies par les développeurs. Tu peux très bien poser une sonde à une ligne arbitraire du code. Disons "process("/foo/bar").function("foobar@foo/bar.c:1337") pour la ligne 1337 du fichier foo/bar.c dans la fonction foobar() du programme /foo/bar par exemple. Ou bien "kernel.function("foo").return pour définir une action à exécuter lorsque la fonction noyau foo() retourne.
Des probes/crochets statiques définis par les développeurs sont aussi disponibles (man -k stapprobes) mais SystemTap n'est pas limitê à cela et il peut très bien être utilisé pour déboguer une application qui n'a pas été prévue pour (tant que tu as les symboles de debug et un noyau incluant krprobe et utrace).
Par ailleurs, hier j'ai présenté SystemTap à HaxoGreen en rajoutant plus d'exemples d'utilisation de probing userland et d'utilisation de -g (pour modifier ce que le kernel/application fait plutôt que de juste observer): http://people.redhat.com/~akunysz/systemtap-haxogreen-201007(...)
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: question
Posté par Krunch (courriel, site web personnel) . En réponse à la dépêche Sortie de SystemTap 1.3. Évalué à 4.
Des probes/crochets statiques définis par les développeurs sont aussi disponibles (man -k stapprobes) mais SystemTap n'est pas limitê à cela et il peut très bien être utilisé pour déboguer une application qui n'a pas été prévue pour (tant que tu as les symboles de debug et un noyau incluant krprobe et utrace).
Par ailleurs, hier j'ai présenté SystemTap à HaxoGreen en rajoutant plus d'exemples d'utilisation de probing userland et d'utilisation de -g (pour modifier ce que le kernel/application fait plutôt que de juste observer): http://people.redhat.com/~akunysz/systemtap-haxogreen-201007(...)
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.