virsh dump 内核转储 crash 分析swapper内核进程

hkNaruto

已于 2023-04-21 13:53:48 修改

阅读量812

点赞数 1

分类专栏： linux 文章标签： linux qemu virsh

于 2023-04-21 13:52:09 首次发布

本文链接：https://blog.csdn.net/hknaruto/article/details/130283023

版权

233 篇文章

订阅专栏

文章讲述了在虚拟机环境中，为了节省时间将内存配置为4GB并执行dump操作。通过编写CPU消耗程序观察负载，然后使用virshdump进行内存转储，并在虚拟机中使用crash工具进行分析。过程中发现swapper进程并不表示CPU空闲状态，且缺少类似top的工具来观察CPU状态。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

为了节约时间，虚拟机配置4G内存，避免dump时间过长、文件过大

    <memory>4194304</memory>
    <currentMemory>4194304</currentMemory>  //memory这两个值最好设成一样


    <vcpu>4</vcpu>

vnc登录虚拟机

编写一个CPU消耗程序a.c

void main(){
    while(1){}
}

不采开启优化编译

gcc -O0 a.c

默认生成可执行程序：a.out

后台执行起来

./a.out &

top查看负载

此时，宿主服务器执行dump，执行过程中虚拟机被挂起

virsh dump --memory-only redflag1 redflag1-memonly.dump

进入虚拟机，nfs访问宿主机上的dump文件，启动crash分析

ps查看进程（由于多次实验，a.out导致记录的 pid前后不一致）

查看运行中的进程

内存使用状态

总结

virsh dump出来的内核转储文件，crash分析，虚拟机有多少个核心，对应会有多少个swapper进程，本环境中分别是[swapper/0]、[swapper/1]、[swapper/2]、[swapper/3]，其PID为0，均处于RU（即执行）状态。

通过swapper进程，不能判定当前CPU是否处于空闲状态。（原先猜测的是swapper进程运行标识CPU空闲，此思路错误）。

crash调试环境尚未发现有top这类观察CPU消耗状态方法。

附