Linux内存管理中buff/cache是可回收缓存，真正可用内存看available列；清缓存必须先sync再drop_caches，否则会丢数据；swap不应随意关闭，需关注available是否长期低于100MB及swap使用率。
Linux 系统本身没有“垃圾文件”概念，所谓“清理内存”实际是释放 buff/cache，且必须配合 sync，否则可能丢数据。
为什么 free -m 显示可用内存很少，但系统依然跑得动？
因为 Linux 把空闲内存主动用于 page cache（文件内容缓存）、dentries（目录结构缓存）和 inodes（文件元数据缓存）。这部分内存叫 buff/cache，不是“被占用了”，而是“随时可回收”。真正影响性能的是 available 列——它已扣除了不可回收部分。如果 available 还有几百 MB，基本不用干预。
常见误判场景：
- 看到
used高、free低就以为内存不够 - 没注意
available值，盲目执行清理命令 - 把
cached当成泄露或残留，其实它是提升 IO 效率的关键机制
清 buff/cache 必须先 sync，再写 /proc/sys/vm/drop_caches
直接 echo 数字进 /proc/sys/vm/drop_caches 是危险操作：若还有未刷盘的脏页（dirty page），强制释放会导致数据丢失。所以顺序不能错：
- 先运行
sync—— 把所有待写磁盘的数据落盘 - 再用
sudo sh -c 'echo 3 > /proc/sys/vm/drop_caches'—— 注意必须用sh -c或sudo tee，否则权限不足 - 验证效果：执行前后各跑一次
free -mh，重点看buff/cache和available的变化
参数含义：
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
-
echo 1 > /proc/sys/vm/drop_caches：只清page cache -
echo 2 > /proc/sys/vm/drop_caches：只清dentries和inodes -
echo 3 > /proc/sys/vm/drop_caches：三者全清（最常用）
别碰 swap，除非你确认 available 内存长期低于 100MB
swapoff -a && swapon -a 看似能“清空 swap”，但它本质是把 swap 里的数据强行换回物理内存——如果此时 available 不足，会立刻触发 OOM killer 杀进程。这不是释放内存，是制造风险。
真正该关注的信号是：
-
swapon --show显示used持续 >80% -
dmesg | tail出现Out of memory: Kill process - 应用响应明显变慢，且
free -mh中available长期
这时优先排查：是不是某个进程内存泄漏？ps aux --sort=-%mem | head -5 看前五名；是不是服务配置了过大的堆（如 Java 的 -Xmx）？而不是一上来就清缓存。
所谓“垃圾文件”大多是你自己留下的，不是系统产生的
Linux 内核不产生需要手动清理的临时垃圾。常见的所谓“垃圾”其实是：
- 日志：比如
/var/log/journal/（systemd 日志），用journalctl --disk-usage查看，journalctl --vacuum-size=100M清理 - 包管理缓存：Ubuntu/Debian 的
apt clean，CentOS/RHEL 的yum clean all或dnf clean all - 用户级大文件：
~/.cache、~/.thumbnails，可手动rm -rf，但建议先du -sh ~/.cache/* | sort -hr | head -5确认目标 - 旧内核：Ubuntu 用
apt autoremove --purge，CentOS 用package-cleanup --oldkernels --count=1
没有通用“一键清理脚本”值得信任。任何声称能自动识别并删除“系统垃圾”的第三方工具，大概率会删掉不该删的东西。
