火焰图生成流程

Mon, 01 Jan 0001 00:00:00 +0000

一、三步生成火焰图

# 第一步：采样
perf record -F 99 -g ./my_program

# 第二步：转换为火焰图工具需要的格式
perf script > out.perf

# 第三步：生成 SVG 火焰图
git clone https://github.com/brendangregg/FlameGraph
FlameGraph/stackcollapse-perf.pl out.perf > out.folded
FlameGraph/flamegraph.pl out.folded > flame.svg

# 用浏览器打开 flame.svg

二、火焰图解读方法

火焰图的阅读方向是"自底向上"：
  底部：调用链的起点（main、线程入口函数）
  顶部：CPU 正在执行的函数

x 轴：采样数量（不是时间）
  → 一个函数条越宽，它占的 CPU 时间越多

y 轴：调用栈深度
  → 顶层函数是被调用的，底层是调用者

颜色：没有特殊含义，随机分配（但也有风格按函数名 hash 上色）

平顶（顶部宽，底部窄）：
  这个函数本身的计算量大
  ┌───────────────────┐
  │  compute_dct       │ ← 宽 → 大部分时间花在 compute_dct 里面
  └───────────────────┘
       ↑ process_frame
       ↑ main

尖顶（顶部窄，底部宽）：
  大部分时间花在子函数中，当前函数只是调用了别人
  ┌──┐
  │f1│ ← 窄 → f1 本身不花时间，它调用的子函数花时间
  └──┘
   ↑ f2
   ↑ f3

三、结合自己的项目的解读示例

假设你的 SimpleAsyncLogger 生成火焰图如下：

底部（main）:
  main  →  AsyncWriter::run  →  io_uring_enter  ← 宽
                              →  memcpy           ← 窄
                              →  TcpClient::send  ← 中等

分析：
  io_uring_enter 很宽 → 大部分时间花在等待 I/O 完成（正常，异步日志就是等 I/O）
  memcpy 很窄 → 你的 SPSC 零拷贝设计是有效的
  TcpClient::send 中等 → 网络可能成为瓶颈，考虑更大的发送缓冲区

如果 memcpy 很宽 → 说明 SPSC 的零拷贝没有生效，检查是不是走了拷贝路径。
如果 TcpClient::send 很宽 → 网络带宽或 buffer 需要调优。

冰柱图（Icicle Graph）

Mon, 01 Jan 0001 00:00:00 +0000

一、和火焰图的区别

火焰图是自底向上（从 main 开始），冰柱图是自顶向下。

火焰图：
  顶层 = CPU 正在执行的函数（被调用者）
  底层 = 调用者

  main → process → compute  ← 看 compute 占了多少 CPU

冰柱图：
  顶层 = 调用链起点（main）
  底层 = 叶子函数

  main → process → compute  ← 看 main 是怎么一路调用到 compute 的

什么时候用冰柱图？
  你已经知道 main 是入口，想知道 main 调用了哪些路径、每条路径花了多少时间
  火焰图更适合"我有个热点函数 compute，是谁调了它"

第二阶段总结

Mon, 01 Jan 0001 00:00:00 +0000

火焰图生成：
  perf record → perf script → FlameGraph.pl → SVG

火焰图解读：
  宽条 = 热点，平顶 = 函数自身耗时
  尖顶 = 大部分时间在子函数

冰柱图：
  自顶向下，适合看调用路径分布

火焰图（FlameGraph） on Dorkytiger 的小屋

火焰图生成流程

一、三步生成火焰图

二、火焰图解读方法

三、结合自己的项目的解读示例

冰柱图（Icicle Graph）

一、和火焰图的区别

第二阶段总结