Linux缓存占用高不等于内存不足，关键看available是否充足、swap是否持续使用、进程是否响应延迟或被OOM Killer杀掉；buff/cache高属正常，可用时无需干预。
Linux 系统中缓存占用高，不等于内存真不够用。关键看 available 是否充足、swap 是否被持续使用、以及 进程是否出现响应延迟或被 OOM Killer 杀掉。很多情况下，used 高只是 buff/cache 在“干活”，系统运行完全正常。
看懂 free 输出里真正重要的字段
运行 free -h 后，别盯着 used 或 free 看：
- available：内核估算的、可立即分配给新进程的内存（含可回收的 cache/buffers），这是判断真实压力的核心指标；
- buff/cache：这部分越高，通常说明系统在积极缓存文件、目录元数据或磁盘 I/O 数据，属于良性占用；
-
swap used：如果它在缓慢但持续增长，尤其配合
available持续下降，才是物理内存吃紧的信号； - MemAvailable 值低于总内存 10% 且伴随服务变慢，才需干预。
交叉验证是否真有内存压力
单看 free 不够，要搭配其他命令确认：
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
- 运行
vmstat 1 5，重点观察si（swap in）和so（swap out）——若两者长期大于 0，说明内存不足导致频繁换页； - 执行
dmesg -T | grep -i "killed process"，查是否有 OOM Killer 主动终止进程的记录； - 检查
cat /proc/meminfo | grep -E "^(MemAvailable|SwapFree|OomKillCount)"，确认OomKillCount是否非零、SwapFree是否快速减少。
区分缓存类型：哪些能收，哪些难清
不是所有缓存都一样，回收难度不同：
- Page cache（文件内容缓存） 和 dentries/inodes（目录项/索引节点） 属于可回收缓存，内核会在需要时自动释放；
-
SUnreclaim（不可回收 slab） 占用过高（如某些驱动或模块分配的内存），可能意味着内核内存泄漏，
slabtop -s c可定位异常 cache； -
tmpfs 或 shm（共享内存段） 占用的内存不会计入
buff/cache，但实际消耗物理页，需用df -h -t tmpfs或ipcs -m单独检查。
临时释放缓存的正确方式（仅应急）
当 available 确实偏低、又需快速腾出空间时，可手动清理可回收缓存（不影响运行中进程）：
-
echo 1 > /proc/sys/vm/drop_caches：只清 page cache； -
echo 2 > /proc/sys/vm/drop_caches：清 page cache + dentries/inodes； -
echo 3 > /proc/sys/vm/drop_caches：三者全清（最常用，效果最明显）。
注意：该操作需 root 权限，且释放的是“可回收”部分，不会杀进程、不丢数据，但之后首次读文件会稍慢。
