free只显示swap总量和已用量，不关联进程；真正定位需用smem或解析/proc/[pid]/smaps中的swap字段，因swap占用源于被换出的匿名页，而非文件i/o或显式内存申请。
为什么 free 显示 Swap 已用但找不到谁在用
Linux 的 free 命令只告诉你 Swap 总量和已用量，不关联进程。更麻烦的是：内核可能把匿名页（如堆内存）换出，也可能把 tmpfs/shm 页面计入 Swap 使用，但这些页面未必对应某个活跃进程的“显式”内存申请。所以直接看 free 或 top（默认不显示 Swap 列）容易误判。
真正决定 Swap 占用的，是每个进程的 Swap 字段——它表示该进程当前被换出到磁盘的匿名页大小（单位 KB），不包含文件页或共享内存映射。
实操建议：
- 用
ps aux --sort=-%mem | head -10看内存占用高者，但这是 RSS，不是 Swap - 必须查
/proc/[pid]/status中的Swap:行，或使用支持该字段的工具 -
htop默认不显示 Swap 列，需按F2 → Columns → 添加 Swap才可见
用 smem 快速列出 Swap 占用 Top 进程
smem 是少数能准确聚合每个进程 Swap 使用量的工具，它读取 /proc/[pid]/smaps 并累加 Swap: 字段，比手动遍历可靠得多。
安装与使用：
- Ubuntu/Debian：
sudo apt install smem - CentOS/RHEL：
sudo yum install smem或sudo dnf install smem - 查看 Swap 占用 Top 10：
smem -s swap -r | head -11（-s swap -r表示按 Swap 降序） - 注意列名：
Swap列单位是 KB；PSS和RSS不代表 Swap 使用量
常见误区：运行 smem 时若提示 Permission denied，是因为非 root 用户无法读某些进程的 /proc/[pid]/smaps，此时结果会漏掉部分进程 —— 务必加 sudo。
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
不用额外工具：纯 shell + awk 扫描 /proc
如果不能装 smem（如生产环境受限），可直接遍历 /proc/[0-9]*/status 提取 Swap: 值。关键点在于过滤掉无权限或已退出的进程，并避免解析错误行。
一行命令搞定（root 权限下运行）：
for i in /proc/[0-9]*; do awk '/^Pid:/ {pid=$2} /^Tgid:/ {tgid=$2} /^Swap:/ {swap=$2; if (swap > 0) print pid, tgid, swap}' "$i/status" 2>/dev/null; done | sort -k3 -nr | head -10 | while read pid tgid swap; do ps -o pid,tid,comm= -p "$pid" 2>/dev/null | awk -v s="$swap" '{print $1,$2,$3,s}'; done | column -t
说明：
- 每行输出格式：
PID TID COMMAND Swap(KB) -
2>/dev/null屏蔽权限错误，防止中断 - 用
ps -o pid,tid,comm=获取进程名，而非依赖/proc/[pid]/comm（后者可能被篡改） - 注意：
Tgid是线程组 ID，多数场景 PID 就是主线程 PID，可忽略 Tgid
swapon -s 和 /proc/swaps 只告诉你设备，不告诉你进程
swapon -s 或读 /proc/swaps 只显示启用的 Swap 设备（如 /dev/sda2 或 /swapfile）及其大小、优先级，完全不涉及进程维度。有人误以为 “Swap 使用高 = 某个大文件在写入”，其实 Swap 是内核统一管理的匿名页交换区，和用户层文件 I/O 无关。
真正要定位问题，必须回到进程粒度：
- 确认是否真有异常：先看
cat /proc/meminfo | grep -i "swapped\|swap"中的SwapCached和SwapTotal比值，若SwapCached接近SwapTotal，说明换入换出频繁，系统可能缺内存 - 观察趋势比瞬时值更重要：用
vmstat 1 5看si（swap-in）和so（swap-out）是否持续非零 - Swap 高 ≠ 进程有 bug：Java 应用开启
-XX:+UseG1GC且堆设得过大时，即使内存充足，G1 也可能主动将不活跃区域换出以降低 GC 压力
最常被忽略的一点：tmpfs 挂载点（如 /run、/dev/shm）的内容会计入 MemAvailable 但不计入进程 RSS，却可能被换出到 Swap —— 此时 smem 会把它归到 kernel 或 [shmem] 进程，而不是你预期的应用进程。
