禁用页面文件的迷思：实际会发生什么

页面文件到底是干什么用的

Windows 的内存体系靠“承诺”运转：应用申请内存时，是在请系统担保一笔提交量，而这些担保的总和之所以可以超过物理内存，正是因为超出部分由页面文件兜底。它不是盛“多余数据”的杂物桶，而是每笔内存申请背后的抵押品。这也解释了系统为何能报告一个高于内存容量的提交上限，以及任务管理器为何把“已提交”与“使用中”分开统计。

私有脏页——应用真正写过的内存——只能待在 RAM 或页面文件里，没有第三个去处。禁用文件，这些页只会被钉死在 RAM 里，而不是被释放。另外，崩溃转储依赖开机时页面文件存在；禁用它，等于把你自己弄瞎：恰恰看不到你想排查的那次故障。

禁用之后实际会发生什么

后果在各种机器上出奇一致，而且永远不包含“变快”。下面按人们通常遇到的顺序，诚实地列出整个过程。注意：这些都不会在第一天现身。

提交上限直接塌到物理内存附近，浏览器、游戏和编译器和平共处的余量荡然无存。
大量预留提交的应用——Adobe 全家桶、新游戏、JVM 程序——开始分配失败，或干脆拒绝启动。
任务管理器明明还显示闲置内存，内存不足的报错却接连出现，因为分配吃的是提交量，不是闲置内存。
崩溃转储从此写不出来，之后的每一次蓝屏都不再留下可读的日志。
有些安装程序和老游戏只要发现页面文件不存在就直接拒绝运行，内存多大都没用。
传说中的提速从未兑现，因为 Windows 从来不会把热数据换出——被换出的只有冰冷、无人问津的页。

真正值得改的设置

让文件保持系统托管；在 Windows 10 和 11 上，这个默认值真的好得出奇。如果你确有特殊理由——录制机、延迟敏感的环境——请在最快的磁盘上固定初始和最大大小，而不是禁用文件：上限保持可预测，转储照常工作。动手前先做诊断：打开任务管理器的“性能”→“内存”，在真实负载下盯住“已提交”；若提交峰值从没接近过上限，页面文件就从来不是你的问题。单凭这一个数字，几年前就能终结那条论坛求助帖。