内存升级之后：值得重新审视的页面文件与缓存设置

内存翻倍之后，论坛里每个帖子都让你关闭页面文件——这条建议比你的新内存条还古老，而且错得很具体。升级后 Windows 的内存行为确实会发生变化，因此有几项设置值得重新审视：页面文件、文件缓存，以及几个早该退役的老调优。

先确认 Windows 真的认出了新内存

先打开任务管理器 → 性能 → 内存，在动手之前读一读数字：“总数”应与安装的内存条一致，“硬件保留”应停留在兆字节而非吉字节。如果“硬件保留”占了好几 GB，通常有两个嫌疑人：在 BIOS/UEFI 里划走一块内存的核芯显卡，以及 msconfig 里遗留勾选的“最大内存”复选框——取消勾选并重启。既然打开了，顺便看看“速度”：未开启 XMP 或 EXPO 配置文件时，DDR4 内存会默默运行在 2133 MT/s，DDR5 则是 4800，任务管理器会把它们供出来。

然后再给新配置施加压力，再谈信任：新旧内存混插是罕见又折磨人的崩溃根源，通宵运行的 memtest86 能抓到快速开机暴露不出来的问题。内存成对插入正确的插槽也很重要——两根条子插在单通道插槽而不是配对插槽，会实实在在地损失带宽。先验证，后调优；“升级内存后电脑变慢”的故事有一半是配置错误的内存套装，而不是 Windows 设置。

页面文件：保持自动，或者有意识地设定大小

关闭页面文件并不会让 Windows“只用内存”——它只是让提交上限等于物理内存。Windows 会给每个进程分配提交额度（可以写入的保留地址空间），而程序预留的往往远多于实际使用的；没有页面文件时，所有这些预留都会同时挤占你的内存条。重度提交者——开着几十个标签页的 Chrome、After Effects、虚拟机、带覆盖层的现代游戏——会开始遇到分配失败，而且是以崩溃而非警告的形式出现。此外，完整的内存转储仍然需要在启动卷上保留一个约为内存大小的页面文件；没有它，蓝屏时什么都写不下来，你只能盲调。

对大多数人来说，正确的设置就是原来那个：“自动管理所有驱动器的分页文件大小”。在 32 GB 及以上配置中，系统管理的页面文件通常保持很小，因为几乎没有什么会真正换页出去——这个文件的存在是提交余量和崩溃转储空间，而不是问题的证据。

任务管理器 → 性能 → 内存——“总数”“速度”和“硬件保留”比任何教程都说明问题
虚拟内存对话框（sysdm.cpl → 高级 → 性能 → 设置 → 高级）——保留自动管理的勾选
“无分页文件”是永远不值得选的选项：提交上限跌到物理内存，转储不再写入
非要手动设置的话：固定几个 GB 就足够；文件放在 SSD 上的今天，HDD 时代的倍数公式早已是传说
放在最快的 SSD 上，但必须在启动卷——否则崩溃后没有转储可读

缓存行为变了——而这正是意义所在

预期备用内存会比以前高，别慌：释放的内存会变成文件缓存，而一旦有程序请求，Windows 立刻归还。任务管理器里的“已缓存”是在干活的内存，不是被浪费的内存；升级后缓存几乎为零的那台机器才是有问题的。内存压缩的性质也在改变：16 GB 时它不停工作，32 GB 以上则往往根本不启用，因为只有存在压力时压缩才划算。

顺手把旧调优也退役吧。ReadyBoost 是为内存不足的 HDD 系统设计的闪存缓存——在 32 GB 加 SSD 的机器上毫无作用。DisablePagingExecutive 之类的注册表改法属于 32 位 Windows，如今测不出任何差别。SysMain 最好别动：在 HDD 机器上它确实缩短启动时间，而在 SSD 上它的开销低到关闭它只是一种仪式而非修复。升级给了你余量；最好的调优就是不再交“调优税”。