诊断Linux硬件性能瓶颈需分析中断：一、查/proc/interrupts看各CPU中断分布；二、用lsirq查设备与IRQ映射；三、检查/proc/irq/N/smp_affinity确认CPU亲和性；四、perf采样中断处理函数；五、解析/proc/stat中intr行获取总量趋势。

如果您需要诊断Linux系统中与硬件设备相关的性能瓶颈或响应延迟问题，则可能需要深入分析系统中断（IRQ）的分配和统计情况。以下是获取和解读系统中断信息的多种方法：

一、查看/proc/interrupts文件内容

该文件由内核动态生成，记录了自系统启动以来每个CPU上各类中断的触发次数，以及对应设备的名称或驱动标识，是观察中断分布最直接的途径。

1、在终端中执行命令：cat /proc/interrupts。

2、观察输出中各列含义：第一列为IRQ编号，后续每列代表一个CPU核心上的中断计数，最后一列为中断源描述（如IO-APIC、PCI-MSI或具体设备名）。

3、若需实时监控变化，可结合watch命令：watch -n 1 'cat /proc/interrupts | head -20'。

二、使用lsirq工具列出详细中断映射

lsirq是一个专用于显示中断信息的用户空间工具，能解析IRQ与设备、驱动、CPU亲和性等关联关系，比原始/proc/interrupts更易读。

1、检查是否已安装：执行which lsirq；若未安装，在Debian/Ubuntu系统中运行sudo apt install linux-tools-common，在RHEL/CentOS中安装sudo yum install kernel-tools。

2、以详细模式运行：sudo lsirq -v。

3、筛选特定设备的中断：sudo lsirq | grep -i "eth0\|nvme"。

三、检查中断CPU亲和性设置

中断默认可能集中于某个CPU，导致负载不均；通过查看smp_affinity值可确认当前IRQ绑定的处理器掩码，进而判断是否存在单核饱和风险。

1、列出所有IRQ编号及其对应设备：grep -H . /sys/class/misc/*/device/irq 2>/dev/null | cut -d: -f1,3。

2、针对某IRQ号（例如42），查看其亲和性掩码：cat /proc/irq/42/smp_affinity。

3、将十六进制掩码转换为CPU编号：例如值为00000001表示仅绑定到CPU 0；00000003表示绑定到CPU 0和CPU 1。

四、使用perf工具采集中断事件样本

perf可对中断处理函数（如do_IRQ、__handle_irq_event_percpu）进行采样，识别高频触发或耗时较长的中断上下文，适用于深度性能分析场景。

1、启用中断事件采样：sudo perf record -e irq:irq_handler_entry -a sleep 10。

2、生成调用图报告：sudo perf report --sort comm,symbol -g。

3、聚焦中断处理函数路径：在报告中查找包含handle_irq_event_percpu或设备驱动名（如ahci_interrupt）的堆栈项。

五、解析/proc/stat中的intr行

/proc/stat中“intr”开头的一行汇总了系统总中断次数及各IRQ子计数，适合脚本化提取全局中断增长趋势，不依赖设备命名。

1、提取中断总次数：awk '/^intr/ {print $2}' /proc/stat。

2、提取前10个IRQ的独立计数：awk '/^intr/ {for(i=2;i。

3、对比两次采样差值以计算1秒内中断增量：sleep 1; awk '/^intr/ {print $2}' /proc/stat，再与前值相减。