麒麟系统卡顿需按内存、CPU、I/O、进程状态、文件级五步排查：先用free -h和vmstat确认内存是否不足及swap活动；再用top排序定位高CPU或高内存进程；接着用pidstat -d识别I/O阻塞源；然后通过ps、systemd-cgls、pgrep检查僵尸进程与异常进程树；最后用lsof分析大文件mmap引发的页缓存抖动。
当麒麟系统出现明显卡顿、操作延迟或界面无响应时，需快速定位是否由某个进程异常消耗CPU、内存或I/O资源导致，而非单纯网络或磁盘硬件问题。
先确认系统级资源是否告急
打开终端，执行 free -h → 观察 available 列数值。若该值低于总内存的8%，说明物理内存严重不足，系统已开始频繁换页，这是响应缓慢最常见原因。
紧接着执行 vmstat 1 5 → 关注 si（swap in）和 so（swap out）两列。只要其中任意一列连续3次非零，就证实内核正在把进程页换入换出，GUI和应用必然卡顿。
这一步不能跳过：如果 free -h 中 available 充足且 vmstat 的 si/so 始终为 0，那问题大概率不在内存，应转向CPU或I/O排查。
用 top 快速抓取实时高负载进程
在终端中输入 top 并回车 → 界面加载后立即按 M 键（大写或小写均可），使进程列表按内存使用率降序排列。
再按一次 P 键，切换回按CPU使用率排序 → 此时顶部进程就是当前最耗CPU的元凶。注意看 %CPU 列：单核满载是100%，若某进程长期稳定在95%以上，极可能锁死主线程或陷入死循环。
若看到某进程的 TIME+（累计CPU时间）在几秒内暴涨数百秒，而 %CPU 却只有个位数，说明它正大量阻塞在I/O上——此时要结合下一步验证。
用 pidstat 定位隐形I/O拖慢源
执行 pidstat -d 2 3 → 该命令每2秒采样一次，共输出3组数据，专用于捕获磁盘读写延迟高的进程。
重点看 Blk_read/s 和 Blk_wrtn/s 两列：若某进程持续以 >5MB/s 速率写入磁盘，且伴随 AVDQ（平均队列深度）>2 或 await（平均IO等待毫秒）>100，说明它正让存储子系统饱和，桌面响应会明显变“粘”。
注意：pidstat 默认不显示进程名，只显示PID；必须配合 ps -p PID -o comm= 查看真实命令名。
检查是否存在僵尸进程或失控子进程树
方法一：直接查看进程状态统计 → 执行 ps axo stat,comm,pid | grep -E "^[Zz]"，若有输出，说明存在僵尸进程（Z状态）。虽然僵尸进程本身不耗资源，但其父进程若未回收，可能已卡死，连带拖慢整个会话。
方法二：按用户展开完整进程树 → 执行 systemd-cgls --no-page --all --depth=3 → 从根往下逐层观察，重点关注图形会话（如 user-1000.slice）下是否有异常深的嵌套分支或重复启动的同名进程（如多个 chrome 实例未释放句柄）。
方法三：用 pgrep 验证关键服务是否多开 → 比如执行 pgrep -u $USER gnome-shell，正常应只返回一个PID；若返回多个，说明桌面环境已异常重启过，残留进程仍在后台争抢资源。
交叉验证：用 lsof 锁定文件级阻塞点
第一步：查当前用户所有被占用的普通文件 → 执行 lsof -u $USER -t | xargs -r ps -o pid,comm,%cpu,%mem -p 2>/dev/null | sort -rnk3 | head -5。
第二步：若发现某进程 %CPU 极低但始终不退出，立即查它打开了哪些文件 → 将上一步PID代入：lsof -p 12345 | tail -20。
第三步：重点扫描 REG 类型文件中路径含 /tmp、/var/tmp 或用户家目录下的大文件（>100MB），这类临时文件若被反复 mmap 写入，会引发内核页缓存抖动，导致整机响应延迟。
