Linux查看中断信息方法/proc/interrupts详解

想深入掌握Linux系统中断行为、精准定位性能瓶颈或调试硬件响应异常？/proc/interrupts文件是内核提供的核心诊断窗口——它实时呈现每个IRQ在各CPU上的触发次数，结合cat静态查看、watch动态监控、grep+awk智能筛选、sysfs设备溯源以及对RES/CAL/TLB等特殊中断语义的深度解读，你不仅能清晰识别网卡、NVMe、GPU等高负载中断源，还能洞察调度行为、内存压力与TLB失效等底层运行状态，真正实现从中断统计到系统优化的闭环分析。

如果您需要了解当前Linux系统中各个CPU核心处理的中断分布情况，可以通过读取/proc/interrupts文件获取实时、内核级的中断统计信息。以下是解析该文件内容的具体方法：

一、直接查看/proc/interrupts文件

该文件由内核动态生成，以纯文本形式列出所有已注册中断号（IRQ）及其在各CPU上的触发次数，是分析中断负载和硬件响应行为的基础入口。

1、打开终端，执行命令：cat /proc/interrupts

2、观察输出中的列结构：第一列为IRQ编号，后续每列为对应CPU（如CPU0、CPU1）的中断计数，最后一列为中断类型描述（如IO-APIC、PCI-MSI、GIC等）及关联设备名称。

3、识别高频率中断源：查找某列数值持续快速递增的行，例如网卡rx中断或时钟中断，可辅助定位潜在性能瓶颈。

二、使用watch命令动态监控中断变化

中断计数随系统运行持续增长，静态快照难以反映瞬时波动；通过周期性刷新可捕捉短时高峰或异常激增现象。

1、执行命令：watch -n 1 'cat /proc/interrupts | head -20'

2、观察每秒更新的前20行，重点关注与特定设备（如eth0、nvme、i915）相关的中断行是否出现非线性跳变。

3、按Ctrl+C退出监控。

三、按中断类型筛选并格式化输出

/proc/interrupts内容混杂多种中断控制器来源，需结合grep与列处理工具提取目标子集，提升可读性。

1、仅显示PCI设备相关中断：grep -E 'PCI|MSI' /proc/interrupts

2、提取第1列（IRQ号）和最后1列（设备名），用awk格式化：awk '{print $1, $(NF)}' /proc/interrupts | grep -v "^[[:space:]]*$"

3、对结果按设备名排序去重：awk '{print $(NF)}' /proc/interrupts | sort | uniq -c | sort -nr

四、关联中断号与硬件设备节点

IRQ编号本身不直接对应物理设备路径，需通过sysfs交叉验证其归属，尤其适用于调试多函数PCI设备或虚拟化直通场景。

1、根据/proc/interrupts中某行末尾的设备标识（如0000:01:00.0），进入对应sysfs目录：ls /sys/bus/pci/devices/0000:01:00.0/msi_irqs/

2、若存在MSI中断，查看其映射关系：cat /sys/bus/pci/devices/0000:01:00.0/msi_irqs/*/node

3、检查中断亲和性设置：cat /proc/irq/$(grep -F '0000:01:00.0' /proc/interrupts | awk '{print $1}' | tr -d ':')/smp_affinity_list

五、解析特殊中断行含义

/proc/interrupts中部分行非标准IRQ，而是内核抽象层统计项，需区别对待其语义，避免误判为硬件故障。

1、“Rescheduling interrupts”（RES）表示内核调度器发起的跨CPU任务迁移通知，属正常内核行为，不应视为异常中断源。

2、“Function call interrupts”（CAL）用于跨CPU执行函数调用，常见于RCU回调或页表刷新，计数升高通常反映内存压力或锁竞争加剧。

3、“TLB shootdowns”（TLB）表示页表缓存失效广播，若该值远高于其他中断，可能提示频繁的地址空间切换或大页未启用。

终于介绍完啦！小伙伴们，这篇关于《Linux查看中断信息方法/proc/interrupts详解》的介绍应该让你收获多多了吧！欢迎大家收藏或分享给更多需要学习的朋友吧~golang学习网公众号也会发布文章相关知识，快来关注吧！