Linux系统卡顿需按五步排查：一查CPU高负载进程（top/htop），二析内存与swap压力（free/smem），三检磁盘I/O瓶颈（iostat/iotop），四审内核日志与硬件错误（dmesg/smartctl/sensors），五识图形界面异常（systemctl/Xorg日志/OpenGL渲染器）。
如果您的 Linux 系统出现响应迟缓、界面冻结或命令执行明显延迟，可能是由资源争用、硬件瓶颈或服务异常引发。以下是排查此类卡顿问题的多种方法：
一、检查 CPU 使用率与高负载进程
CPU 持续满载会导致系统调度延迟，使交互操作卡顿。通过实时监控可定位占用过高的进程。
1、在终端中运行 top 命令，观察 %CPU 列排序后的前几位进程。
2、按 Shift + P 确保按 CPU 使用率降序排列。
3、记录 PID 与 COMMAND 字段中持续高于 80% 的进程名称。
4、如需更简洁视图，改用 htop（需先安装：sudo apt install htop 或 sudo yum install htop）。
二、分析内存与交换空间使用情况
物理内存耗尽后系统将频繁使用 swap 分区，导致 I/O 延迟激增，表现为鼠标移动滞后、程序切换缓慢。
1、执行 free -h 查看 Mem 行的 used/available 及 Swap 行的 usage。
2、若 available 值低于 500M 且 swap used > 0，则存在内存压力。
3、运行 cat /proc/meminfo | grep -E "MemAvailable|SwapTotal|SwapFree" 获取精确数值。
4、使用 smem -s rss -r | head -10（需安装 smem）列出实际物理内存占用最高的进程。
三、检测磁盘 I/O 瓶颈
当存储设备处于高 I/O 等待状态时，系统会因等待读写完成而卡顿，尤其在机械硬盘或损坏 SSD 上表现显著。
1、运行 iostat -x 1 3（需安装 sysstat），关注 %util 和 await 列。
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
2、若某设备 %util 持续 ≥ 95% 且 await > 50ms，表明 I/O 饱和。
3、使用 iotop -o（需 root 权限）查看活跃 I/O 进程及其读写速率。
4、检查是否存在大量 D 状态进程（不可中断睡眠），执行 ps aux | awk '$8 ~ /D/ {print $0}'。
四、审查内核日志与硬件错误
硬件故障（如内存坏块、磁盘 SMART 警告、过热降频）常引发无规律卡顿，需通过底层日志确认。
1、运行 dmesg -T | tail -50 查看最近 50 条带时间戳的内核消息。
2、筛选硬件相关警告：dmesg | grep -i "error\|fail\|warn\|temperature\|nvme\|ata\|sd"。
3、检查磁盘健康状况：sudo smartctl -a /dev/sda（替换为实际设备名）。
4、监控 CPU 温度：sensors（需安装 lm-sensors 并运行 sudo sensors-detect）。
五、识别图形界面与显示服务异常
桌面环境（如 GNOME、KDE）或显卡驱动问题可能导致渲染停滞、窗口拖拽卡顿或光标延迟。
1、切换至虚拟控制台（Ctrl + Alt + F2），登录后运行 systemctl --user status gnome-shell（GNOME）或 systemctl --user status plasma（KDE）。
2、检查 Xorg 日志：grep -i "EE\|WW" /var/log/Xorg.0.log。
3、临时禁用硬件加速测试：启动时在 GRUB 编辑界面添加 nouveau.modeset=0（Nouveau）或 radeon.modeset=0（AMD 开源驱动）。
4、运行 glxinfo | grep "OpenGL renderer" 确认当前使用的渲染器是否为软件回退（如 llvmpipe）。
