游戏全塞F盘，虚拟内存页面文件应该怎么设计？

很多人游戏装满了F盘，就开始盯着C盘的pagefile.sys不顺眼，觉得它白占了好几个GB，想把它挪走，甚至有人直接把F盘当作页面文件的归宿。这里有个关键前提你必须先搞清楚，F盘到底是固态硬盘还是机械硬盘。如果是一块5400转或7200转的机械盘，把页面文件放上去属于最糟糕的做法，机械盘的随机读写延迟比固态硬盘高一个数量级，虚拟内存在这个环境下的表现会非常不理想，游戏切换场景时一顿一顿，纹理加载突然卡死，就是因为页面文件在机械盘上疯狂寻道。数据上，普通机械硬盘的随机4K读取速度通常不到1MB/s，而固态硬盘随便都能跑到40MB/s以上，差距接近五十倍，这个数字直观地解释了为什么不能让页面文件落在机械盘上。

回到你的实际情况，游戏全在F盘，系统在C盘，你要设计的是页面文件的硬件分配策略。虚拟内存不是单纯的缓存，它的作用是物理内存耗尽时把一部分内存数据临时挪到磁盘，腾出空间给正在运行的程序。游戏程序本身其实不太依赖虚拟内存，因为游戏主程序、贴图、模型这些资源在运行时大部分被直接映射进物理内存，或者由GPU显存分担，页面文件的压力主要来自后台进程和系统服务。所以一项合理的做法是让系统自己管理C盘上的页面文件，也就是默认状态，因为C盘上的系统分区与游戏所在的F盘在物理上是两块独立硬盘的话，C盘做页面文件读写不会占F盘的I/O带宽，游戏读盘和内存换页互不干扰。如果C盘和F盘其实是同一个物理硬盘上的两个分区，那就另说，这种情况下无论页面文件放在C盘还是F盘，总归是同一块盘的读写竞争。

比较容易被忽视的是，内存容量很大程度上决定了虚拟内存的真实需求。16GB物理内存的用户，如果游戏开得多且后台挂着一堆东西，页面文件使用率会明显上升，系统默认的页面文件大小是物理内存的1.5倍左右，也就是24GB，但实际峰值占用通常不到这个数。32GB内存的用户，在多数游戏场景下页面文件几乎不会被动用，但pagefile.sys依然会预分配一个固定大小在C盘上，占用好几个GB的空间。有人看到这个文件就浑身难受，非要删掉或者挪走，但实际上你只要在系统设置里取消“自动管理所有驱动器分页文件大小”，然后手动把C盘设置为“无分页文件”，重启后pagefile.sys就消失了。问题随之而来，如果某一天某个程序突发内存分配请求，物理内存又刚好被耗尽，而页面文件不存在，系统直接弹出内存不足，游戏崩溃，还没保存的存档瞬间没了。Windows在设计页面文件时要求C盘必须有至少一个分页文件，因为内核崩溃转储、蓝屏信息记录都依赖这个文件，挪走之后系统在特定错误场景下无法生成完整转储，排查蓝屏原因会变得困难。

如果你的F盘是固态硬盘且剩余空间充足，也不是绝对不可以把页面文件放上去。这时候你要权衡的是读写均衡问题，游戏运行时F盘本身就有大量读操作，页面文件同时也有读写操作，如果计划给F盘分配一个固定大小的页面文件，最佳做法是设为4096MB到8192MB之间的固定值，不要选“系统管理的大小”，因为系统管理会让页面文件动态伸缩，导致文件碎片化和额外的性能开销。固定大小可以避免这个问题，物理内存低于16GB时建议留在C盘而不是搬到F盘，因为游戏随时需要进程切换，虚拟内存的高效位置应该离系统更近，这里的“更近”不是物理距离，而是逻辑上C盘通常承担系统分页职责，和F盘游戏IO错开。

还有一个实用方案，装游戏时不要把F盘全部塞满，至少预留15%到20%的剩余空间，然后把页面文件托管给C盘。如果C盘剩余空间太少，比如只有不到10GB，那优先清理C盘，把大体积的休眠文件hiberfil.sys关掉，运行命令powercfg -h off释放内存大小对应的空间，这样比移动页面文件靠谱得多。如果C盘实在没法腾出空间，而F盘是NVMe固态硬盘，此时放在F盘也算可接受，但记得用“自定义大小”，初始值和最大值设为相同数值，这样Windows不会动态增长页面文件，页表映射更稳定。另外系统盘上必须留一个小的页面文件用于转储，哪怕只给C盘设置几百MB的“系统管理”也可以，避免崩溃时没有转储文件。

说到底，游戏全在F盘这件事本身和虚拟内存没有强关联，游戏加载速度取决于F盘是SATA固态还是NVMe固态，以及内存容量和频率。想让游戏跑得顺畅，正确的思路是把内存加到32GB，尽量关闭后台常驻的程序，减少对虚拟内存的依赖，而不是纠结页面文件放在哪个盘符上。在大多数情况下，保持C盘上的系统托管页面文件，就是你最好的设计，不需要改，也不应该改。F盘的空间留给游戏本体和后续更新，比放一个几百MB的pagefile.sys要有价值得多。如果你确实想动，那先确认F盘是固态硬盘、C盘剩余空间紧张、内存大于等于16GB这三个条件同时成立，再考虑把固定大小的页面文件迁移到F盘，任何一项不满足都别折腾。