Linux 中断机制深度解析：原理、监控与实战

1. Linux 中断系统架构 (Architecture)

1.1 中断的本质：硬件与软件的桥梁

中断（Interrupt）是操作系统与硬件交互的核心机制。它打破了 CPU “轮询等待” 的低效模式，允许硬件在需要服务时主动“打断” CPU 的当前执行流。

• 硬件中断 (Hard IRQ): 由外部硬件设备（如网卡、硬盘、键盘）通过中断控制器发送给 CPU 的电信号。它们是异步的，随时可能发生。
• 软件中断 (Soft Interrupt / Exception): 由 CPU 内部执行指令时触发的事件，如系统调用（int 0x80）、缺页异常、除零错误。它们是同步的。

1.2 核心数据结构：中断描述符表 (IDT)

在 x86 架构中，IDT (Interrupt Descriptor Table) 是中断处理的入口映射表。

• 结构: IDT 是一个数组，最多包含 256 个条目（Vectors）。每个条目（Gate Descriptor）指向一个具体的 ISR (Interrupt Service Routine) 的内存地址。
• IDTR: CPU 内部有一个专门的寄存器 IDTR，存储了 IDT 在内存中的基地址和长度。
• 分类:
  • 0-31: CPU 异常（Exception），如 Page Fault。
  • 32-255: 用户自定义中断和外部硬件中断（Maskable Interrupts）。

1.3 中断处理完整流程

从硬件触发到内核处理完成，经历了以下关键步骤：

1. 触发: 硬件设备通过 IRQ 线向中断控制器（PIC/APIC）发送信号。
2. 分发: APIC 将中断信号转换为中断向量号，发送给指定的 CPU Core。
3. 响应: CPU 在执行完当前指令后，检查中断引脚。如果 IF 标志位开启，则暂停当前任务。
4. 查表: CPU 根据向量号查询 IDT，找到对应的 ISR 地址。
5. 执行: 跳转到 ISR 执行。ISR 通常会先保存 CPU 寄存器现场（Context Save）。
6. 恢复: ISR 执行完毕后，恢复现场（Context Restore），执行 iret 指令返回被中断的程序。

1.4 上半部与下半部 (Top Half vs Bottom Half)

为了解决“中断处理必须快”与“处理逻辑可能很复杂”之间的矛盾，Linux 将中断处理分为两部分：

• 上半部 (Top Half):

  • 职责: 最小化工作量。只处理硬件必须立即响应的操作（如读取中断状态寄存器、清除中断标志、将数据拷贝到内存、发送 ACK）。
  • 特点: 关中断（Maskable interrupts disabled），不可被抢占，必须极快执行。
  • 实现: 即 ISR 本身。

• 下半部 (Bottom Half):

  • 职责: 处理耗时的数据处理逻辑（如协议栈解析、数据落盘）。
  • 特点: 开中断，可以被新的中断打断，可以被调度。
  • 实现机制:
    1. Softirq: 高优先级，用于网络收发等核心高频任务。
    2. Tasklet: 基于 Softirq，但在同一 CPU 上串行执行，编写简单。
    3. Workqueue: 运行在进程上下文，可以休眠（Sleepable），用于处理非常耗时的任务。

2. /proc/interrupts 文件深度解析

/proc/interrupts 是 Linux 系统中查看中断统计信息的最核心接口。它展示了自系统启动以来，每个 CPU 核心处理各类中断的累积次数。

2.1 文件格式详解

执行 cat /proc/interrupts，通常会看到如下输出（截取）：

           CPU0       CPU1       CPU2       CPU3       
  0:         20          0          0          0   IO-APIC   2-edge      timer
  1:          3          0          0          0   IO-APIC   1-edge      i8042
  8:          0          0          0          0   IO-APIC   8-edge      rtc0
  9:          0          0          0          0   IO-APIC   9-fasteoi   acpi
 18:       1290       4532          0          0   IO-APIC  18-fasteoi   eth0
NMI:          0          0          0          0   Non-maskable interrupts
LOC:    2309123    1923845    2012394    1823745   Local timer interrupts
RES:      12345      23456      12345      34567   Rescheduling interrupts

字段含义解析:

2.2 特殊中断类型解读

除了数字编号的硬件中断，文件底部通常包含以字母开头的特殊系统中断：

• NMI (Non-maskable interrupts): 不可屏蔽中断。通常用于硬件故障报告（如 ECC 校验错误）或看门狗（Watchdog）机制。如果此数值非零且持续增长，需警惕硬件稳定性。
• LOC (Local timer interrupts): 本地 APIC 定时器中断。每个 CPU 核都有自己的定时器，用于进程调度的时间片轮转。数值应随系统运行时间线性增长。
• RES (Rescheduling interrupts): 重调度中断。用于 SMP 系统中，一个 CPU 唤醒另一个 CPU 进行任务调度（IPI 中断的一种）。
• CAL (Function call interrupts): 函数调用中断。用于让其他 CPU 执行特定函数（如 TLB 刷新）。

2.3 实际案例：网卡中断不均衡

场景: 一台 Web 服务器网络吞吐量上不去，且单核 CPU 占用率 100%。
分析: 查看 /proc/interrupts 发现 eth0 的中断全部集中在 CPU0 上（如上图示例中的 IRQ 18）。
结论: 网卡中断绑定在了单核上，导致该核成为瓶颈，而其他核（CPU2, CPU3）空闲。需要调整中断亲和性（SMP Affinity）。

3. 中断性能分析与优化 (Performance Tuning)

3.1 识别中断不均衡问题

在多核系统中，理想的中断分配应该是均衡的。如果某个 CPU 核心处理了绝大多数硬件中断，而其他核心空闲，这被称为 中断风暴 (Interrupt Storm) 或 中断倾斜。

诊断步骤:

1. 运行 mpstat -P ALL 1 查看每个核的 %irq (硬件中断) 和 %soft (软件中断) 占用率。
2. 如果发现某个 CPU 的 %irq 持续接近 100%，记录下该 CPU 的编号。
3. 查看 /proc/interrupts，重点关注该 CPU 对应的列，找出计数增长最快的 IRQ 号。

3.2 中断亲和性 (SMP Affinity) 优化

Linux 提供了 SMP Affinity 机制，允许管理员手动指定某个中断由哪些 CPU 核心处理。

• 配置文件位置: /proc/irq/{IRQ_ID}/smp_affinity
• 配置方式: 使用十六进制掩码 (Hex Mask)。
  • 1 (0001) -> CPU0
  • 2 (0010) -> CPU1
  • 4 (0020) -> CPU2
  • f (1111) -> CPU0 ~ CPU3

实战操作: 将网卡中断 (IRQ 18) 绑定到 CPU3 上处理。

# 1. 查看当前亲和性
cat /proc/irq/18/smp_affinity
# 输出: f (默认所有CPU)

# 2. 修改为仅 CPU3 (掩码 8)
echo 8 > /proc/irq/18/smp_affinity

# 3. 验证
cat /proc/irq/18/smp_affinity
# 输出: 8

3.3 irqbalance 服务

大多数发行版默认运行 irqbalance 守护进程，它会自动动态调整中断亲和性。

• 一般场景: 建议保留，它能较好地处理通用负载。
• 高性能/实时场景: 建议关闭 (systemctl stop irqbalance)，然后手动进行精细化的 CPU 绑核，以获得稳定的延迟和吞吐量。

4. 实践操作指南 (Hands-on)

4.1 编写简单的中断处理模块

本示例演示如何编写一个 Linux 内核模块，申请一个中断号（这里使用共享中断或模拟中断），并处理它。

代码示例 (irq_demo.c):

#include <linux/module.h>
#include <linux/kernel.h>
#include <linux/init.h>
#include <linux/interrupt.h>

#define IRQ_NUM 1  // 假设我们要 hook 键盘中断 (i8042)，实际需根据硬件选择

static int irq_count = 0;
static void *dev_id = (void *)(irq_demo_handler); // 唯一标识

/* 中断处理函数 (Top Half) */
static irqreturn_t irq_demo_handler(int irq, void *dev_id)
{
    irq_count++;
    pr_info("IRQ Demo: Interrupt triggered! Count: %d\n", irq_count);
    
    /* 返回 IRQ_HANDLED 告诉内核我们处理了这个中断 */
    /* 如果不是我们的设备触发的（共享中断），返回 IRQ_NONE */
    return IRQ_HANDLED;
}

static int __init irq_demo_init(void)
{
    int ret;
    
    pr_info("IRQ Demo: Module loading...\n");
    
    /* 申请中断 
     * IRQF_SHARED: 允许和其他设备共享此中断号
     */
    ret = request_irq(IRQ_NUM, irq_demo_handler, IRQF_SHARED, "irq_demo_test", dev_id);
    if (ret) {
        pr_err("IRQ Demo: Failed to request irq %d\n", IRQ_NUM);
        return ret;
    }
    
    pr_info("IRQ Demo: Successfully requested irq %d\n", IRQ_NUM);
    return 0;
}

static void __exit irq_demo_exit(void)
{
    /* 释放中断 */
    free_irq(IRQ_NUM, dev_id);
    pr_info("IRQ Demo: Module unloaded, count: %d\n", irq_count);
}

module_init(irq_demo_init);
module_exit(irq_demo_exit);
MODULE_LICENSE("GPL");

4.2 动态监控技巧

1. 实时观察中断变化:
   使用 watch 命令高亮显示变化的部分。

   watch -n 1 -d "cat /proc/interrupts | grep eth0"
   

2. 统计软中断负载:
   /proc/softirqs 显示了软中断的统计信息（如 NET_RX, NET_TX）。

   watch -n 1 cat /proc/softirqs
   

3. 专业性能工具:
   使用 perf 工具分析中断处理函数的耗时。

   # 记录 10 秒内的中断事件
   perf record -e irq:irq_handler_entry -a sleep 10
   perf report
   

5. 参考文献 (References)

1. Linux Kernel Documentation: Documentation/irq/
2. Understanding the Linux Kernel, 3rd Edition.
3. Linux Performance: Brendan Gregg’s Blog