3. 中断延迟定义：组成、测量方法与工具

在 PCIe 驱动开发中，中断延迟是衡量系统实时性与吞吐量的核心指标。中断延迟定义为从硬件产生中断信号到 CPU 执行完中断服务程序（ISR）第一条指令的时间差。理解其组成、掌握精确测量方法，是后续优化工作的基础。

3.1 中断延迟的组成

中断延迟并非单一数值，而是由三个串联阶段构成：硬件延迟、内核延迟和ISR 延迟。任何阶段的瓶颈都会直接拉长整体延迟。

3.1.1 硬件延迟

从 PCIe 设备发出中断请求（INTx 或 MSI/MSI-X）到中断信号到达 CPU 中断控制器的时间。主要影响因素包括：

• PCIe 事务层传播： 中断消息在 PCIe 链路上经过 TLP 封装、流控、交换机转发的时间（通常 1-5 µs）。
• 中断控制器处理： 芯片组（如 Intel VT-d、AMD IOMMU）将中断重映射到指定 CPU 的时间。
• CPU 中断引脚采样： CPU 内部 LAPIC 采样中断信号的时间（通常 1-2 个总线周期）。

3.1.2 内核延迟

从 CPU 识别中断到内核调度器选中对应 ISR 并开始执行的时间。这是优化空间最大的阶段，包含：

• 中断屏蔽与优先级仲裁： 当前 CPU 是否屏蔽中断（local_irq_disable），以及中断控制器仲裁高优先级中断。
• 上下文切换与保存： 内核保存当前进程上下文、切换至中断栈的时间。
• 中断分发（IRQ 子系统）： 内核通过 do_IRQ → handle_irq → generic_handle_irq 链查找并调用注册的 ISR。
• 中断负载均衡： 如果使用 irqbalance 或手动设置 CPU 亲和性，分发决策可能引入额外延迟。

3.1.3 ISR 延迟

ISR 函数内部执行逻辑所消耗的时间。对于 PCIe 驱动，典型操作包括：

• 读取设备状态寄存器（MMIO 读）
• 清除中断标志位
• 将数据从 DMA 缓冲区拷贝到上层协议栈
• 唤醒等待队列或提交 tasklet/workqueue

3.2 中断延迟组成结构图

下图展示了从 PCIe 设备到 CPU 执行 ISR 的完整延迟链路，每个阶段都有对应的测量点。

3.3 测量方法与工具

精确测量中断延迟需要分层工具配合。下表对比了三种主流工具的适用场景与精度。

3.3.1 ftrace：内核延迟与 ISR 延迟的精确追踪

ftrace 是 Linux 内核内置的追踪器，可以记录中断处理函数的进入和退出时间戳。推荐使用 function_graph 追踪器查看 ISR 内部的函数调用链。

# 启用 function_graph 追踪器
echo function_graph > /sys/kernel/debug/tracing/current_tracer

# 设置只追踪指定中断号（例如 32 号中断）
echo irq/32-xxx > /sys/kernel/debug/tracing/set_ftrace_filter

# 开始追踪
echo 1 > /sys/kernel/debug/tracing/tracing_on

# 触发中断后查看结果
cat /sys/kernel/debug/tracing/trace

# 输出示例（时间戳单位为微秒）：
# 3)               |  handle_irq_event [kernel] {
# 3)   2.345 us    |    my_pcie_isr [my_driver] {
# 3)   1.123 us    |      readl [my_driver]
# 3)   0.456 us    |      writel [my_driver]
# 3)   0.789 us    |      tasklet_schedule [my_driver]
# 3)   3.890 us    |    }
# 3)   4.567 us    |  }

3.3.2 perf：基于硬件计数器的低开销采样

perf 利用 PMU（性能监控单元）硬件计数器，可以统计中断处理事件的分布和延迟。适合长时间运行场景下的延迟分析。

# 记录所有中断处理事件
perf record -e irq:irq_handler_entry,irq:irq_handler_exit -a -- sleep 10

# 解析报告，查看每个中断的平均延迟
perf script

# 输出示例：
# swapper     0 [003] 12345.678901: irq:irq_handler_entry: irq=32 name=my_pcie
# swapper     0 [003] 12345.678905: irq:irq_handler_exit: irq=32 ret=handled
# 延迟 = 678905 - 678901 = 4 µs

# 使用 perf stat 统计中断次数和 CPU 利用率
perf stat -e irq:irq_handler_entry -a -- sleep 5

3.3.3 cyclictest：用户态总延迟测量

cyclictest 是 RT-Tests 套件中的工具，通过测量定时器中断的响应时间来评估系统总中断延迟。虽然不能分解各阶段，但能直观反映优化效果。

# 安装 cyclictest（Debian/Ubuntu）
apt-get install rt-tests

# 运行测试：优先级 99，间隔 1000 µs，循环 10000 次
cyclictest -p 99 -i 1000 -l 10000 -h 100

# 输出示例：
# T: 0 (12345) P: 99 I: 1000 Min: 2 Act: 3 Avg: 4 Max: 12
# 解释：
# Min: 最小延迟 2 µs
# Avg: 平均延迟 4 µs
# Max: 最大延迟 12 µs（重点关注，反映最差情况）

3.4 测量流程与数据解读

以下步骤是 PCIe 驱动中断延迟测量的标准流程，适用于大多数 Linux 内核版本（4.19+）。

1. 确定中断号： 使用 cat /proc/interrupts | grep my_pcie 找到设备对应的 IRQ 号。
2. 设置 CPU 亲和性： 将中断绑定到指定 CPU 核心，避免跨 NUMA 节点干扰。echo 1 > /proc/irq/32/smp_affinity
3. 使用 ftrace 采集 ISR 内部延迟： 启用 function_graph，过滤指定中断处理函数，记录 1000 次中断。
4. 使用 perf 采集内核延迟： 记录 irq_handler_entry/exit 事件，计算时间差。
5. 使用 cyclictest 采集总延迟： 运行 10 分钟，记录 Min/Avg/Max 和直方图。
6. 数据对比： 将 ftrace 和 perf 的结果相减，估算硬件延迟（总延迟 - 内核延迟 - ISR 延迟）。

3.5 延迟组成与优化方向对照表