Linux dropped内存管理

Linux 内存“drop”操作与内核回收机制

术语澄清

• 你提到的“dropped”更常见的表述是“drop caches”。它是指通过写入 /proc/sys/vm/drop_caches 让内核丢弃干净的页面缓存（page cache）、目录项与索引节点缓存（dentries/inodes），从而把这部分内存变为“空闲”。这是一个非破坏性操作，内核只会释放“完全未使用”的对象，脏页不会被释放，通常建议先执行 sync 将脏数据写盘。该接口自 Linux 2.6.16 起提供。

如何安全地执行 drop caches

• 基本步骤（需要 root 或具备相应能力）：
  1. 同步脏页：sync
  2. 丢弃缓存：
     • 仅页缓存：echo 1 > /proc/sys/vm/drop_caches
     • 仅 dentry/inode：echo 2 > /proc/sys/vm/drop_caches
     • 页缓存 + dentry/inode：echo 3 > /proc/sys/vm/drop_caches
  3. 如需恢复默认行为：echo 0 > /proc/sys/vm/drop_caches
• 重要说明：
  • 仅影响“干净”缓存；若未先 sync，能释放的量会很少。
  • 这是“临时清理”，内核会很快再次利用空闲内存做缓存；一般不需要在生产环境定时执行此操作。

何时需要或不需要 drop caches

• 适用场景（典型且合理）：
  • 基准测试/性能复现：需要排除缓存带来的干扰，获得可重复的数据。
  • 内存压力演示/教学：直观看到缓存被释放后的可用内存变化。
• 通常不需要：
  • 日常运行中看到 buff/cache 很大是正常现象，Linux 会用空闲内存做 page cache 加速 I/O；当应用需要内存时，内核会自动回收这些可回收缓存，无需人工清理。

内核内存回收机制概览

• 后台回收（kswapd，异步）：当内存低于“低水位（low）”时被唤醒，回收至“高水位（high）”，不阻塞业务。
• 直接回收（direct reclaim，同步）：进程分配内存发现不足时触发，会阻塞该进程并同步回收，可能造成卡顿。
• OOM Killer：若回收后仍无法满足需求，触发 OOM，按策略终止进程以释放内存。
• 回收优先级与代价：
  • 优先回收文件页（page cache）：干净页直接丢弃；脏页需先写回磁盘再丢弃（有 I/O 成本）。
  • 其次回收 slab（如 dentry/inode 等内核对象缓存）。
  • 最后回收匿名页（堆/栈，malloc 等）：需通过 swap 换出，I/O 代价通常更高。

监控与进一步调优建议

• 观察与定位：
  • 用 free -h 关注 available（可用内存）而非仅看 free；top/htop、vmstat、sar -B、/proc/meminfo、slabtop 帮助判断是文件缓存、slab 还是应用占用异常。
• 关键可调参数（按需、小步调整并压测验证）：
  • vm.swappiness：控制匿名页与文件页回收倾向，默认 60；值越小越倾向回收文件页，值越大越积极使用 swap。
  • vm.vfs_cache_pressure：控制 **VFS 缓存（dentry/inode）**回收倾向，默认 100；增大更积极回收 VFS 缓存。
  • vm.min_free_kbytes：设置保留的最小空闲内存，影响回收触发时机与幅度；过小易触发直接回收，过大降低可用内存并可能更易触发 OOM。
  • 脏页回写：vm.dirty_ratio、vm.dirty_background_ratio 等影响写回阈值与时机，避免抖动与突发 I/O。
• 风险提示：
  • 不建议定时/长期执行 drop_caches，这会破坏内核的缓存策略，带来不必要的 I/O 与性能波动。
  • 不建议把 min_free_kbytes 设得过大或过小；调大可提前回收、减少抖动，但会降低内存利用率；过小易频繁直接回收甚至 OOM。