页缓存过大本身不是问题，关键在于是否挤占可运行进程内存导致频繁换页或oom；其来源包括文件映射页、read/write缓存页，而dentries/inodes虽不属page cache但同属可回收内存；内核通过kswapd和直接回收路径按clean页优先、dirty页需回写顺序回收，受vm.swappiness和vfs_cache_pressure参数调控；手动清理仅限调试且需sync后谨慎使用；判断是否需干预应以memavailable为准，而非cached大小。
Linux 页缓存（Page Cache）过大本身不是问题，关键在于它是否挤占了可运行进程所需的内存，导致频繁换页或 OOM。Buffer Cache 在现代 Linux（2.4+）中已基本与 Page Cache 合并管理，不再独立存在，所以“回收 Buffer Cache”实际就是回收 Page Cache 的一部分。
页缓存的来源和作用
页缓存用于缓存文件读写数据，提升 I/O 性能。它包含：
- 文件映射页（mmap）：如动态库、共享内存、内存映射文件；
- read/write 缓存页：open/read/write/close 过程中暂存的文件内容；
- 目录项和 inode 缓存（dentries/inodes）：虽不属于 Page Cache，但同属可回收内存，常被一并讨论。
系统何时会自动回收页缓存
内核通过 kswapd 和直接回收路径（如分配内存失败时）触发回收，优先级如下：
- 可回收页（clean page）直接释放，无需 I/O；
- 脏页（dirty page）需先回写到磁盘（由 pdflush 或 writeback 线程处理），再释放；
- 回收力度受 /proc/sys/vm/vm_swappiness 影响：值越低，越倾向回收 page cache 而非 swap 进程页；默认 60，建议服务器设为 1–10；
- /proc/sys/vm/vfs_cache_pressure 控制 dentry/inode 缓存回收强度，默认 100，增大可加速其回收。
手动触发回收（仅调试/应急用）
不推荐日常使用，可能造成瞬时 I/O 峰值，影响性能。如确需清理：
网奇CWMS企业网站管理系统 Company Website Manage System采用微软 ASP.NET2.0(C#) 设计，使用分层设计模式，页面高速缓存，是迄今为止国内最先进的.NET语言企业网站管理系统。整套系统的设计构造，完全考虑大中小企业类网站的功能要求，网站的后台功能强大，管理简捷，支持模板机制。使用国际编码，通过xml配置语言，一套系统可同时支持任意多语言。全站可生成各类模拟
-
清空页缓存（不含 dirty 页）：
echo 1 > /proc/sys/vm/drop_caches -
清空页缓存 + dentries + inodes：
echo 2 > /proc/sys/vm/drop_caches -
清空全部（含 dirty 页，慎用！）：
echo 3 > /proc/sys/vm/drop_caches（会强制 writeback，可能卡顿）
执行前建议先运行 sync，确保脏数据落盘；生产环境避免在高峰期操作。
判断是否真需要干预
看 free -h 或 /proc/meminfo 中的关键字段：
- Cached: 主要是 page cache（含部分 buffer）；
- MemAvailable: 内核估算的真正可用内存（已扣减不可回收部分）；
- 若 MemAvailable 充足（如 >10% 总内存），即使 Cached 很大也无需处理；
- 若 MemAvailable 持续接近 0，且 pgpgin/pgpgout、pgmajfault 持续升高，才说明内存压力真实存在，需查具体进程或调整 swappiness。
