当 Linux 内核中提供对 ftrace 的 kprobe 事件支持时,使用跟踪点事件的用例是什么?似乎使用“跟踪点事件”可以完成的所有事情都可以使用 kprobe 事件来完成,因为可以将 kprobe 事件设置到跟踪点事件可用的同一点。
我错过了什么吗?
当 Linux 内核中提供对 ftrace 的 kprobe 事件支持时,使用跟踪点事件的用例是什么?似乎使用“跟踪点事件”可以完成的所有事情都可以使用 kprobe 事件来完成,因为可以将 kprobe 事件设置到跟踪点事件可用的同一点。
我错过了什么吗?
由于 kprobes 跟踪任意函数,依赖它们的工具可能很容易从一个 Linux 版本中断到下一个 Linux 版本。例如,可以更改函数的名称或其参数之一,或者可以删除整个函数。这种变化经常发生,并且可能会破坏基于 kprobe 的工具。
相反,跟踪点更稳定。它们应该保持大致相同并提供相同的信息。此外,它们被记录在案;您可以在以下位置找到跟踪点提供的信息的类型和位置/sys/kernel/debug/tracing
:
# cat /sys/kernel/debug/tracing/events/skb/kfree_skb/format
name: kfree_skb
ID: 1122
format:
field:unsigned short common_type; offset:0; size:2; signed:0;
field:unsigned char common_flags; offset:2; size:1; signed:0;
field:unsigned char common_preempt_count; offset:3; size:1; signed:0;
field:int common_pid; offset:4; size:4; signed:1;
field:void * skbaddr; offset:8; size:8; signed:0;
field:void * location; offset:16; size:8; signed:0;
field:unsigned short protocol; offset:24; size:2; signed:0;
print fmt: "skbaddr=%p protocol=%u location=%p", REC->skbaddr, REC->protocol, REC->location