Linux内核性能分析：perf工具从入门到调优实践 - 第2节

2.1 perf 的起源与发展

perf 是 Linux 内核官方提供的性能分析工具集，最初由 Thomas Gleixner 和 Ingo Molnar 等人于 2009 年在 Linux 2.6.31 内核中引入。它的诞生源于内核社区对统一性能监控接口的需求——在此之前，开发者需要依赖多种互不兼容的工具（如 oprofile、gprof）来获取性能数据，而这些工具往往需要加载内核模块或修改内核代码。

如今，perf 已成为 Linux 性能分析的事实标准工具，被广泛应用于数据中心、嵌入式系统和云计算平台的性能诊断与优化。

2.2 perf 子命令概览

perf 工具集包含数十个子命令，每个子命令针对特定的性能分析场景。下表列出了最常用的子命令及其用途：

perf 子命令之间并非孤立，它们共享相同的数据采集内核基础设施，并可以通过管道组合使用。例如：

# 先采样，再生成报告
perf record -a -g -- sleep 10
perf report -g graph --stdio

# 实时监控并过滤特定事件
perf top -e cache-misses -p $(pgrep mysqld)

2.3 perf 与 ftrace / systemtap 的关系

在 Linux 性能分析工具生态中，perf、ftrace 和 systemtap 是三个最核心的跟踪/分析工具，它们各有侧重，又相互补充。

2.3.1 工具定位对比

2.3.2 协同工作模式

在实际性能分析工作中，这三个工具经常组合使用，形成完整的分析链路：

1. perf 做宏观定位：使用 perf top 或 perf record 快速找到热点函数或高延迟事件。
2. ftrace 做微观跟踪：对 perf 定位到的可疑函数，使用 ftrace 的 function_graph 跟踪其内部调用链和耗时分布。
3. systemtap 做深度定制：当需要复杂的条件过滤或变量提取时，编写 systemtap 脚本进行精确探测。

2.3.3 实际案例：诊断高 CPU 使用率

假设某 Java 应用 CPU 使用率异常，分析流程如下：

# 1. perf 定位热点
perf top -p $(pgrep java)

# 2. 发现热点在 __schedule 函数，进一步采样
perf record -e sched:sched_switch -a -g -- sleep 5
perf report

# 3. 使用 ftrace 跟踪调度延迟
echo function_graph > /sys/kernel/tracing/current_tracer
echo __schedule > /sys/kernel/tracing/set_ftrace_filter
echo 1 > /sys/kernel/tracing/tracing_on
sleep 3
cat /sys/kernel/tracing/trace

# 4. 如需更精细的探针，使用 perf probe 动态添加
perf probe --add '__schedule+0x100 prev_comm:string'
perf record -e probe:__schedule -a -- sleep 3