Windows页表（page tables）内存泄漏调试求助：系统内存莫名耗尽但无高内存占用进程

兄弟，你这内存问题真的够闹心的——32GB内存一天就跑满，任务管理器显示用户进程才用4.4GB，RamMap里页表占了7GB，还有一堆没开Docker却冒出来的Docker进程，这绝对是哪里出问题了！我给你捋几个实用的排查步骤，你一步步来试试：

先搞定那些幽灵Docker进程 #

首先你说RamMap里90%都是docker相关进程，但你根本没开Docker Desktop，这肯定不正常，先把这个源头掐了：

• 打开任务管理器的「详细信息」标签，把所有docker.exe、com.docker.cli、comhost.exe相关进程全部强制结束，结束后立刻切回RamMap看看页表内存和整体占用有没有下降——如果降了，那就是Docker的残留进程在偷偷搞内存泄漏。
• 接着去查系统服务：按Win+R输入services.msc，找有没有带Docker字样的服务（比如Docker Desktop Service），要是有，把它的启动类型改成「禁用」，然后手动停止服务，防止它后台自启。
• 最后检查开机启动项：Win+R输入msconfig，切换到「启动」标签，把所有Docker相关的启动项取消勾选，避免开机就自动跑这些进程。

针对页表内存过高的核心排查 #

页表占7GB对于32GB内存来说确实离谱，这大概率是内存泄漏或者系统/驱动bug导致的，试试这些方法：

• 先用RamMap的清理功能：点击RamMap菜单栏的「Empty」，依次选择「Empty Standby List」和「Empty Modified List」，清理完后观察页表内存有没有明显下降。如果清理后降了但很快又涨回来，那就是持续性的泄漏；如果一直降不下来，就得往更深层找原因。
• 用性能监视器跟踪页表占用：按Win+R输入perfmon，添加计数器时，先加「Memory」下的「Page Tables Bytes」监控整体页表变化，再加「Process」下的「Page Tables Bytes」，逐个看进程的页表占用，直接揪出哪个进程在疯狂消耗页表内存。
• 检查BIOS的VRAM设置：你BIOS里手动分配了4GB作为核显VRAM，会不会是核显的页表管理出问题了？试试把VRAM分配改成「自动」或者调低到2GB，重启后看内存和页表情况有没有改善——AMD核显有时候内存分配不合理会触发奇怪的内存问题。
• 强制更新系统和驱动：Windows 11某些版本和AMD 7000系处理器搭配时，确实有页表内存泄漏的已知bug。先把Windows的所有累积更新、可选更新都装上，再去AMD官网把芯片组驱动和核显驱动更到最新版，很多这类bug都是通过更新修复的。

进阶排查技巧 #

如果上面的步骤都没解决，试试这两个更深入的方法：

• 用Process Explorer代替任务管理器：这是Sysinternals的另一个工具，能显示比任务管理器详细得多的内存信息，包括每个进程的页表占用，还能看到进程的父进程——你可以看看那些Docker进程到底是被哪个程序启动的，说不定是某个后台软件偷偷调用了Docker组件。
• 干净启动排查第三方干扰：按Win+R输入msconfig，在「服务」标签勾选「隐藏所有Microsoft服务」，然后点击「全部禁用」，重启电脑。如果干净启动后内存恢复正常，说明是第三方服务或软件导致的泄漏，再逐个开启服务排查，找到那个搞事的程序。

按这个流程排查下来，应该能找到问题的根源。要是还有新的异常情况，随时补充细节再深挖！

备注：内容来源于stack exchange，提问作者Hykilpikonna