dmesg（全称 display message 或 driver message）是Linux系统里一个非常实用的命令行工具，专门用来展示内核启动信息和运行时状态。

说白了，它就是内核的“日记本”，把系统从开机到运行过程中发生的关键事件记录下来。通过分析这些日志，往往能揪出系统里隐藏的瓶颈。

如果你想定位系统性能问题，dmesg是一个值得优先查看的工具。

如何通过dmesg日志定位系统瓶颈

实时查看内核消息

想第一时间捕获内核消息，直接用dmesg命令即可。

如果希望持续观察，可以使用以下方式：

• watch -n 1 dmesg：每秒刷新一次
• tail -f /var/log/dmesg：持续跟踪日志尾部

这样就像盯着监控屏幕一样，一旦故障出现，日志会立刻显示出来。

抓住关键词，快速定位问题

日志信息很多，不必逐行通读。先重点关注几个高频关键词，通常能更快找到问题线索。

• “error”：硬件或驱动出错了，这往往是硬伤。
• “warning”：潜在风险或性能下降的预警，不能忽视。
• “timeout”：操作超时，多半是CPU、内存或者哪块资源吃紧了。
• “irq”：中断请求。如果频繁出现，说明系统可能在忙着处理中断，性能自然会受影响。
• “softirq”：软中断。同样，太多了也会拖慢系统。

这些关键词就像故障诊断的“快捷键”，能帮你更快找到症结所在。

分析CPU是否成为瓶颈

在日志里搜索“context switch”（上下文切换）或“cpu busy”（CPU繁忙）之类的信息。

如果上下文切换次数异常高，或者CPU一直处于繁忙状态，那基本可以断定：CPU是当前瓶颈。

这时候就得考虑优化进程调度，或者升级硬件。

判断内存是否够用

重点关注“memory allocation failed”（内存分配失败）和“swap”（交换分区）这两个词。

• “memory allocation failed”：说明系统已经“内存告急”
• “swap”频繁出现：意味着物理内存不够，系统正在用硬盘当“缓兵之计”

swap频繁使用通常意味着性能会明显下降。

识别磁盘I/O的“卡顿”信号

搜索“read/write error”（读/写错误）或“I/O timeout”（I/O超时）。

这些信息直接反映磁盘的读写性能。如果出现大量错误或超时，说明磁盘I/O已经成了拖后腿的角色。

• 可能是磁盘本身有坏道
• 也可能是磁盘负载过高

网络问题也不能忽视

留意“network error”（网络错误）和“packet loss”（数据包丢失）。

• “network error”：可能来自网卡驱动或链路问题
• “packet loss”：意味着网络传输不稳定

对于依赖网络的服务来说，这类日志就是明确的瓶颈信号。

多工具协同分析更高效

光靠dmesg还不够，最好搭配top、htop、vmstat、iostat、netstat这些工具一起使用。

比如，dmesg告诉你磁盘有I/O错误，再用iostat看看具体哪个分区负载高，问题就会更清楚。

多个工具互相印证，才能把瓶颈彻底揪出来。

总结

掌握了这些方法，dmesg就不再只是一堆看不懂的日志，而是系统诊断的利器。

下一次遇到性能问题，不妨先翻翻dmesg，说不定答案就在那里等着你。