通过dmesg日志监控系统负载的实用方法

dmesg（display message 或 driver message）是 Linux 下用来查看内核启动信息和运行时状态的老牌命令行工具。很多人一上来就问“能不能用 dmesg 监控系统负载”，需要先澄清一点：它主要输出的是内核层面的日志，并不直接给出 CPU 使用率、内存占用率这些常规负载指标。想实时看系统负载，还是要靠 top、htop、vmstat 这些专门工具。

不过话说回来，dmesg 的输出里其实藏着不少和负载相关的间接线索，学会解读这些信息，能让你对系统的运行状态多一个观察维度。下面拆开来聊聊。

怎么看 dmesg 输出

最基本的用法当然是直接敲 dmesg。内容通常会刷满屏幕，所以配合 less 或 more 分页查看更实用：

dmesg | less

从内存信息看资源紧张

在 dmesg 的早期输出里，你会看到类似这样的行：

[0.000000] Memory: 7977760k/8388608k a vailable (8192k kernel code, 131072k rwdata, 4096k rodata, 229376k init, 97216k bss, 225280k reserved, 0K cma-reserved)

这里直接给出了系统总内存、可用内存、已保留内存等数据。虽然它是开机时的快照，不是动态变化值，但如果后续有内存分配失败的日志，比如 Out of memory 或 page allocation failure，那基本就说明系统负载把内存给压炸了。

CPU 特性一览

另一类关键信息是 CPU 相关的，比如：

[0.000000] x86/fpu: Supporting XSA VE feature 0x001: 'x87 floating point registers'
[0.000000] x86/fpu: Supporting XSA VE feature 0x002: 'SSE registers'
[0.000000] x86/fpu: Supporting XSA VE feature 0x004: 'A VX registers'

这些内容能帮你确认 CPU 支持哪些特性（比如 A VX、SSE 等），在某些高性能计算场景下，如果特性缺失或故障，可能会造成异常的 CPU 负载。

磁盘接口状态

磁盘 I/O 是系统负载的重要来源之一。dmesg 里会记录磁盘控制器的识别过程：

[0.000000] ata1: SATA max UDMA/133 abar m2048@0xf6000000 port 0xf680 irq 45

如果后续有大量 ata 或 scsi 相关的错误、超时、复位日志，那基本可以判断磁盘子系统正处在高负载或故障状态。

真正干活的工具

当然，要是想实时盯紧系统负载，还是得靠下面这几位主力。dmesg 更多是作为“事后诊断”的辅助手段。

• top：经典中的经典，直接敲 top 就能看 CPU 使用率、内存占用、每个进程的资源吃掉多少。

• htop：top 的增强版，界面更友好，支持鼠标操作和树状进程展示。需要安装，比如 apt install htop 或者 yum install htop。

• vmstat：一分钟一个快照，输出系统进程、内存、交换分区、I/O、CPU 等综合信息。例如 vmstat 1 会每秒刷新一次。

总结一下：dmesg 不是负载监控的冲锋枪，但它就像系统的“体检报告” —— 开机时记录了硬件和内核的初始状态，运行时记录了驱动异常、内存不足、磁盘故障等关键事件。把这些线索和 top、vmstat 的实时数据结合起来，才能真正把握系统负载的来龙去脉。