> SystemTap ne risque pas de ce faire concurrencer par le système
> perf qui gère de plus en plus de chose (hw-breakpoint, kprobe, syscall trace, ...) ?
Je sais pas trop pour les hw-breakpoint mais pour kprobe voir plus bas et pour autant que je sache, le traçage de syscalls se base pour le moment sur ptrace qui est plus limité que utrace.
Dans la dépêche on peut lire :
> SystemTap n'est pas dans la branche principale car je crois qu'il y a eu des
> désaccords fondamentaux sur son architecture entre les développeurs de la
> branche principale et ceux de systemtap.
Pour autant que je sache, SystemTap lui même est en userland, n'a donc aucune raison de faire partie de la branche principale du noyau et ses développeurs n'ont jamais tenté de l'intégrer. Par contre il s'appuie sur kprobe, utrace et uprobe. Comme indiqué, kprobe est dans la branche principale et SystemTap est donc parfaitement utilisable avec la branche principale pour tracer le noyau lui même.
Au final, si utrace et uprobe ne sont pas intégré mais qu'une alternative permettant de tracer le code userland est ajoutée au noyau, SystemTap sera sans doute modifié pour utiliser cela à la place.
[^] # Re: .
Posté par Krunch (courriel, site web personnel) . En réponse à la dépêche Nouvelle version 2.6.33 du noyau Linux. Évalué à 3.
> perf qui gère de plus en plus de chose (hw-breakpoint, kprobe, syscall trace, ...) ?
Je sais pas trop pour les hw-breakpoint mais pour kprobe voir plus bas et pour autant que je sache, le traçage de syscalls se base pour le moment sur ptrace qui est plus limité que utrace.
Dans la dépêche on peut lire :
> SystemTap n'est pas dans la branche principale car je crois qu'il y a eu des
> désaccords fondamentaux sur son architecture entre les développeurs de la
> branche principale et ceux de systemtap.
Pour autant que je sache, SystemTap lui même est en userland, n'a donc aucune raison de faire partie de la branche principale du noyau et ses développeurs n'ont jamais tenté de l'intégrer. Par contre il s'appuie sur kprobe, utrace et uprobe. Comme indiqué, kprobe est dans la branche principale et SystemTap est donc parfaitement utilisable avec la branche principale pour tracer le noyau lui même.
Au final, si utrace et uprobe ne sont pas intégré mais qu'une alternative permettant de tracer le code userland est ajoutée au noyau, SystemTap sera sans doute modifié pour utiliser cela à la place.
Voir http://thread.gmane.org/gmane.linux.kernel.utrace/3258/
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.