老机器不重装系统深度体检：WorkBuddy Skill与页面文件优化实战

1. 一台8年老机器的"体检报告"是怎么出炉的

手里这台笔记本是2016年买的，i5-6200U、8GB DDR3L、机械硬盘换过一次SATA SSD，系统从出厂自带的Windows 10一路升级到22H2。平时写文档、开浏览器、跑几个轻量工具还行，但最近半年明显感觉不对劲：开机后什么都不干，内存占用就飙到70%以上，任务管理器里Antimalware Service Executable和Service Host轮流坐庄，风扇隔十分钟就狂转一次。我本来想直接重装系统了事，但里面有一堆开发环境和授权信息，重装成本太高，于是决定先给它做一次"深度体检"，把问题定位清楚再动手。

这次体检的核心工具就是WorkBuddy——一个我用了大半年的协作型工作台工具。它本身不是杀毒软件，也不是系统优化工具，但它的Skill机制和任务规则持久化能力，让我可以把"系统诊断"这件事拆成可复用的检查项，一条条跑、一条条记录，最后汇总成一份能直接指导操作的报告。说白了，它解决的是"我知道要查什么，但每次都要手动敲一遍命令、翻一遍日志"这个重复劳动问题。

这篇文章适合两类人看：一类是手里有老机器、想在不重装的前提下把性能榨出来的普通用户；另一类是对WorkBuddy感兴趣、想知道它除了日常任务管理之外还能怎么用的技术玩家。我会把整个体检过程拆成6条协作心法，每条都对应一个具体的系统问题，包含我实际跑过的命令、踩过的坑，以及为什么这么设计检查逻辑。文中涉及的命令和配置都可以直接抄作业，Windows 10 22H2环境下验证过。

先说结论：这台机器的瓶颈不在CPU，也不在硬盘，而是物理内存分配策略和页面文件配置这两块出了问题。下面按体检顺序一条条说。

2. 第一条心法：先摸清物理内存的真实去向，别被任务管理器骗了

2.1 任务管理器的"已用内存"到底算了什么

大多数人看内存占用就是打开任务管理器，看那个百分比。但这个数字有个坑：它把已缓存和已提交混在一起显示，而且Antimalware Service Executable这类系统进程的内存会被算进"系统"里，你根本看不到具体是谁在吃。我这台机器显示"已用6.2GB/7.9GB"，但把所有可见进程加起来才3GB出头，剩下的3GB去哪了？

答案是：驱动占用的非分页池和内核分页池。老机器的核显驱动、网卡驱动、还有各种外设驱动，会长期占用一部分物理内存，这部分在任务管理器里默认不显示。要看到真实情况，得用pnputil配合性能监视器。

2.2 用pnputil列出所有第三方驱动

pnputil是Windows自带的驱动管理命令行工具，比设备管理器看得更全。我跑的是：

pnputil /enum-drivers

输出会列出所有第三方驱动的oemXX.inf文件、发布名称、版本和提供商。重点看版本日期在2018年以前的驱动，这些是老机器内存泄漏的重灾区。我这台机器上有一个2015年的Realtek网卡驱动和一个2016年的Intel核显驱动，后者在22H2下其实已经被系统自带驱动替代了，但旧驱动还挂在驱动库里，每次启动都会加载。

注意：不要直接pnputil /delete-driver删驱动，尤其是网卡和存储控制器驱动，删错了直接蓝屏。正确做法是先pnputil /enum-drivers记下oemXX.inf编号，然后去设备管理器里确认这个驱动当前是否在用，确认没在用再删。

2.3 用性能监视器抓非分页池的真实占用

命令行跑perfmon /report会生成一份60秒的系统诊断报告，但太慢。我习惯直接用性能监视器加计数器：

• Memory\Pool Nonpaged Bytes
• Memory\Pool Paged Bytes
• Process(*)\Handle Count

这三个计数器跑5分钟，如果Pool Nonpaged Bytes持续增长不回落，基本可以确定有驱动在泄漏。我这台机器跑下来，非分页池稳定在380MB左右，不算离谱，但分页池在打开浏览器后会涨到1.2GB，关掉浏览器后只回落到800MB，说明有进程没释放干净。

2.4 把检查项固化成WorkBuddy的Skill

WorkBuddy的Skill机制在这里很好用：我把上面这套检查流程写成一个Skill，每次体检直接调用，不用重新敲命令。具体做法是在WorkBuddy工作台里新建一个Skill，把pnputil /enum-drivers、perfmon计数器配置、以及一个简单的内存快照脚本串起来。WorkBuddy支持直接拷贝文件的方式添加Skill，我就是从另一台机器上把写好的Skill配置文件直接拷进系统缓存目录的Skill文件夹里，重启WorkBuddy就能识别。

这里有个细节：WorkBuddy默认的缓存目录在C盘用户目录下，老机器C盘紧张的话可以改到D盘。改法是在WorkBuddy设置里找到"系统缓存目录"，直接改路径，然后把原有缓存文件手动移过去。我改完之后C盘多出2GB空间，对老机器来说很可观。

3. 第二条心法：页面文件配置是重灾区，临时页面文件意味着什么

3.1 "由于启动计算机时出现了页面文件配置问题"这条提示的根因

这台机器有段时间每次开机都弹一个提示："由于启动计算机时出现了页面文件配置问题，Windows在你的计算机上创建了一个临时页面文件。"很多人看到这个提示就点确定，然后不管了。但这条提示的含义是：系统盘上的页面文件配置损坏或不可访问，Windows只能退而求其次在别的盘建一个临时页面文件。

临时页面文件的问题在于：它的大小是系统自动决定的，通常只有实际内存的1/4到1/2，而且位置可能在机械硬盘上（如果还有的话）。我这台机器只有一个SSD，临时页面文件建在D盘，大小只有2GB，而物理内存是8GB，这意味着一旦内存吃紧，系统连"把不常用的内存页换出去"这个操作都做不了，只能硬扛。

3.2 手动重建页面文件的完整步骤

修复方法是把页面文件配置重置。步骤：

1. 右键"此电脑"→属性→高级系统设置→性能设置→高级→虚拟内存更改。
2. 取消勾选"自动管理所有驱动器的分页文件大小"。
3. 选中C盘，选择"自定义大小"，初始大小设物理内存的1倍（8192MB），最大值设物理内存的1.5倍（12288MB）。
4. 如果D盘有页面文件，选中D盘设为"无分页文件"。
5. 点"设置"，然后重启。

重启后检查C:\pagefile.sys是否存在，大小是否接近8GB。如果还是弹临时页面文件提示，说明C盘有坏道或者权限问题，需要跑chkdsk C: /f。

提示：老机器如果C盘空间紧张，页面文件可以设到D盘，但必须保证D盘是SSD。页面文件放在机械硬盘上，系统响应速度会断崖式下降，比内存不足还难受。

3.3 页面文件大小到底怎么算才合理

网上有种说法是"页面文件设成物理内存的1.5倍到2倍"，这个说法来自机械硬盘时代，现在不完全适用。我的经验是：

8GB这个档位比较特殊：日常使用够，但一旦开虚拟机或者跑大型IDE就不够。初始大小设4096MB是为了让系统启动快一点，最大值设8192MB是给突发内存需求留余量。我实测下来，这样设比"系统托管"稳定得多，开机后内存占用能降5%左右。

3.4 用WorkBuddy规则让页面文件检查自动化

WorkBuddy有个"给WorkBuddy定几条规则，后续对所有任务都生效"的功能，我给它加了一条规则：每次启动系统诊断类任务时，自动检查C:\pagefile.sys的大小和Win32_PageFileUsage的AllocatedBaseSize。如果发现实际大小和配置不符，就在任务输出里标红提醒。这条规则是通过WorkBuddy的规则配置文件实现的，直接编辑配置文件里的rules字段，加一条pagefile_check规则即可。

4. 第三条心法：Antimalware Service Executable占内存不是它的错

4.1 这个进程为什么在老机器上特别凶

Antimalware Service Executable是Windows Defender的核心进程，负责实时扫描。它在老机器上占内存高的原因有三个：一是老机器CPU弱，扫描同样数量的文件耗时更长，进程存活时间久；二是如果装了第三方杀毒软件但没卸干净，Defender会和残留驱动打架；三是页面文件配置有问题时，Defender的扫描缓存无法正常换出，只能堆在物理内存里。

我这台机器上，Antimalware Service Executable平时占200MB左右，但一旦开始全盘扫描就飙到800MB以上，而且扫描结束后不释放。后来发现根因就是页面文件太小，Defender的缓存换不出去。

4.2 合理的排除项配置比关掉Defender更有效

很多人选择直接关掉Defender，我不建议。正确做法是加排除项，把不需要实时扫描的目录排除掉：

• 开发工具目录（如C:\Users\你的用户名\.m2、node_modules）
• 虚拟机镜像目录（.vmdk、.vhdx文件）
• 编译输出目录（build、dist、target）

加排除项的命令行方式：

powershell -Command "Add-MpPreference -ExclusionPath 'D:\dev', 'D:\vm'"

加完之后，Defender的内存占用会稳定在150MB左右，全盘扫描时也不会暴涨。注意排除项不要加整个C盘，那样等于关掉防护。

4.3 检查Defender是否和第三方杀软冲突

如果机器上装过其他杀毒软件，跑一下：

powershell -Command "Get-CimInstance -Namespace root/SecurityCenter2 -ClassName AntiVirusProduct"

输出会列出所有注册的杀毒产品。如果看到两个以上，说明有冲突，需要把不用的那个彻底卸载，并用厂商的专用卸载工具清理残留驱动。

4.4 WorkBuddy在这里能帮什么

WorkBuddy本身不碰系统安全设置，但它可以记录每次排除项变更。我在WorkBuddy里建了一个"系统调优日志"任务，每次改Defender排除项、改页面文件、删驱动，都往这个任务里记一条，包含时间、操作、前后内存占用对比。这样下次再出问题，翻日志就知道上次改了什么。这个习惯是从一次惨痛经历来的：有次我删了一个以为是多余的驱动，结果网卡挂了，但因为没记录，花了两个小时才定位到。

5. 第四条心法：用WorkBuddy Skill把重复检查串成流水线

5.1 Skill的本质是"可复用的检查清单"

WorkBuddy的Skill不是脚本，也不是自动化工具，它更像一个结构化的检查清单，每个Skill包含若干步骤，每个步骤可以是一条命令、一个检查项、或者一段说明。你可以手动在WorkBuddy页面里添加Skill，也可以直接拷贝Skill文件到缓存目录。我两种方式都用过：手动添加适合临时建一个简单Skill，拷贝文件适合批量导入或者从别的机器迁移。

我这台老机器的体检Skill包含6个步骤：

1. 内存快照（tasklist+wmic OS get FreePhysicalMemory）
2. 驱动列表（pnputil /enum-drivers）
3. 页面文件状态（wmic pagefile list）
4. Defender排除项（Get-MpPreference）
5. 启动项列表（wmic startup list）
6. 磁盘健康（wmic diskdrive get status）

每个步骤的输出都存到WorkBuddy的任务记录里，跑完一遍大概3分钟，比手动敲命令快得多，而且不会漏项。

5.2 直接拷贝Skill文件的注意事项

从别的机器拷贝Skill文件时，有两点要注意：一是路径依赖，如果Skill里写了绝对路径（比如D:\tools\check.bat），目标机器上没这个路径就会失败；二是版本兼容，WorkBuddy不同版本对Skill文件的格式要求略有差异，拷贝前最好确认两边版本一致。

我踩过的坑是：从一台WorkBuddy国际版拷贝Skill到另一台，结果因为国际版和国内版的Skill字段命名有细微差别，导入后部分步骤显示为"未知操作"。后来改成手动添加，反而更稳。

5.3 给Skill加规则，让后续任务自动生效

WorkBuddy支持"给WorkBuddy定几条规则，后续对所有任务都生效"。我给体检Skill加了两条规则：

• 规则一：任何任务如果涉及系统诊断，自动在输出末尾附上当前内存占用和页面文件大小。
• 规则二：如果检测到Antimalware Service Executable内存超过500MB，自动提示检查Defender排除项。

这两条规则是通过WorkBuddy的规则配置文件实现的，配置文件在缓存目录的rules子目录下，直接编辑JSON即可。改完重启WorkBuddy生效。

6. 第五条心法：启动项和后台服务要"分级处理"，别一刀切

6.1 启动项不是越少越好

老机器优化启动项是常规操作，但很多人走极端，把所有非微软启动项都禁了，结果导致某些硬件功能失效（比如触摸板手势、指纹识别）。我的做法是分级处理：

• 一级（必须保留）：输入法、显卡控制面板、音频管理、触摸板驱动。
• 二级（按需保留）：云盘同步、聊天工具、下载工具。这些可以延迟启动，不用禁用。
• 三级（直接禁用）：各种"助手"、"加速器"、厂商更新检查程序。

分级之后，启动项从原来的23个降到11个，开机时间从48秒降到31秒，而且没有功能缺失。

6.2 用wmic查启动项比任务管理器全

任务管理器的启动项列表不全，有些服务级别的启动项看不到。用：

wmic startup list full

会列出所有启动项，包括Startup文件夹里的快捷方式、注册表Run键、以及计划任务触发的启动项。重点看Command字段，如果指向的exe文件已经不存在了，直接删掉对应项。

6.3 后台服务用"手动"代替"禁用"

对于不常用的后台服务，不要直接禁用，改成"手动"启动。这样需要时系统会自动拉起，不需要时不占资源。改法：

sc config "服务名" start= demand

注意start=后面有个空格，这是sc命令的语法要求，少了空格会报错。我一开始就是漏了空格，折腾了半天。

6.4 WorkBuddy记录启动项变更

每次改启动项，我都在WorkBuddy里记一条，格式是"日期 | 操作 | 影响"。比如"2024-03-15 | 禁用XX助手 | 开机快3秒，无副作用"。这样积累下来，就知道哪些操作真正有效，哪些是心理作用。

7. 第六条心法：体检完要留一份"基线快照"，下次对比着看

7.1 什么是基线快照

基线快照就是体检完成后，把关键指标记下来：内存占用、页面文件大小、启动项数量、驱动数量、磁盘剩余空间。下次再觉得机器慢，先跑一遍体检，和基线对比，就知道是哪里退化了。

我这台机器的基线是：

7.2 用WorkBuddy生成基线报告

WorkBuddy可以把任务输出导出成报告，我一般导出成Markdown格式，存到本地。导出时注意选择"包含原始输出"，这样命令的原始结果也在里面，方便以后复查。

7.3 基线对比的实操建议

对比时重点看变化量，而不是绝对值。比如内存占用从2.8GB涨到3.1GB，涨了300MB，如果是因为多装了一个后台工具，那正常；如果找不到原因，就要查是不是有内存泄漏。页面文件大小如果变了，说明配置被改过，要查是谁改的。

提示：基线快照不要只存一份，建议每月存一份，这样能看出长期趋势。我存了半年的基线，发现C盘剩余空间每月减少约1.5GB，后来查出来是WorkBuddy的缓存目录没清理，改到D盘后就稳定了。

8. 这套体检流程跑完之后的实际效果

全部操作做完，重启后实测：开机内存占用从原来的5.6GB降到3.1GB，开机时间从48秒降到31秒，浏览器开10个标签页不再卡顿，风扇狂转的频率从每10分钟一次降到每半小时一次。最明显的变化是Antimalware Service Executable，从常驻800MB降到150MB左右。

这套流程我后来在另外两台老机器上跑过，一台是4GB内存的，一台是16GB内存的，效果都明显。4GB那台必须把页面文件设到SSD上，否则怎么优化都卡；16GB那台主要问题是启动项太多，清了之后开机快了一倍。

WorkBuddy在整个流程里的角色是"记录者"和"提醒者"，它不直接优化系统，但让整个体检过程可复用、可追溯。如果你手里也有老机器，建议先跑一遍体检，把基线建起来，再动手优化。没有基线的优化，都是凭感觉，效果好坏说不清。

最后分享一个小技巧：WorkBuddy的Skill文件可以直接拷贝到U盘，换机器时插上U盘，把Skill文件夹拷进缓存目录，重启就能用。我现在的U盘里常备一套体检Skill，走到哪台机器插上就能跑，比重新配置快得多。