部分查挂、环境排查会依赖 Windows 的 预取(Prefetch) 与 SysMain 相关日志。若 SysMain / 预取被关掉,系统可能不再写入这类日志,查挂时就会表现为「无日志 / 无法判断」。
不一定是帧率救星导致的。 部分精简 / 优化系统(例如 XOS、Atlas 等)出厂或预装时就可能默认禁用 SysMain / 预取;其他优化软件、组策略、手工改服务也会出现同样现象。排查时先看服务是否关闭,再判断来源。
无日志时如何恢复(两处都要还原)
若出现 无日志,或确认曾禁用过 SysMain,请打开 系统工具 → 系统优化,把下面 两处 都恢复(漏一处仍可能记不了日志),然后 重启电脑,再用脚本二次校验。
1. 自定义优化 → 服务优化:禁用 SysMain
- 在 自定义优化 → 服务优化 中,勾选 禁用 SysMain
- 点击右上角 恢复选中(不要点「优化选中」)

勾选是为了指定「要恢复哪一条」;点 恢复选中 是把服务还原,不是再次禁用。
2. 服务精简·深度:禁用 SysMain 预读
深度优化列表里还有一项 禁用 SysMain 预读 (SysMain),若已优化过,也必须同步恢复(可对该项单独恢复,或使用本级「恢复本级」——注意后者会还原该级全部项)。

两处都恢复后 重启,再正常使用一段时间(或按查挂方要求复现),然后查日志 / 跑脚本。
用脚本二次检验
还原并重启后,可用检查脚本确认 SysMain / Prefetch 是否已正常:
- 下载(蓝奏云):查挂日志检查 BAT
- 右键 → 以管理员身份运行
- 对照下方「全部通过」示例
蓝奏云若出现「显示更多文件 / 未选择任何文件」,按页面提示选中对应
.bat(或压缩包)再下载。
正常结果长什么样
脚本标题为 帧率救星 - SysMain / Prefetch 检查。
服务与依赖: SysMain 正在运行、启动类型自动;依赖 rpcss、fileinfo 正在运行。

预取注册表与目录: EnablePrefetcher = 3;Prefetch 目录存在且有 .pf 文件、近期有更新。最终显示类似:检查结果: 全部通过 — SysMain 服务正常,预取功能已启用。

常见情况
-
优化过 SysMain → 无预取日志
按上文 两处都恢复(自定义「禁用 SysMain」+ 深度「禁用 SysMain 预读」)→ 重启 → 脚本校验。 -
从未在帧率救星里优化过,脚本仍异常
常见于 XOS / Atlas 等精简系统默认关服务,或 Prefetch 被清理、权限不足、未用管理员运行、杀软拦截。先确认C:\Windows\Prefetch可访问,再用「服务」或脚本看 SysMain 是否在跑;精简系统需在系统侧自行启用该服务后再校验。 -
查挂方要求提供日志
先恢复 SysMain 并重启 → 按对方要求操作一段时间 → 再导出 / 跑脚本;不要在服务仍禁用时硬查。
和封号 / 异常的关系
帧率救星本身不对游戏做读写注入;查挂、环境异常请先看 异常与封号说明。本文只说明:预取日志依赖 SysMain 正常工作;禁用该服务后需按图恢复。