CLOCK_WATCHDOG_TIMEOUT (0x101)

您好**GS 47**，

感谢您上传日志和转储文件。

我注意到文件是通过 百度网盘 共享的，该平台在下载时需要登录账号。很抱歉，由于环境限制，我无法登录百度网盘，因此无法通过该链接下载文件。

烦请您将日志和转储文件上传至 OneDrive，并与我们分享下载链接。 OneDrive 支持通过共享链接直接访问，无需额外登录账号，这将有助于我们更顺利地查看和分析相关文件。

感谢您的理解与配合。OneDrive 链接准备好后，请随时告知。

此致敬礼,

Ivy Bui

您好**GS 47**，

感谢您提供崩溃转储文件。我们已经分析了多份转储数据，现将调查结果说明如下。

所有崩溃均为 CLOCK_WATCHDOG_TIMEOUT（0x101） 错误。该错误表示 Windows 在规定时间内未能从某个 CPU 核心收到时钟中断信号。

在不同的转储文件中，我们观察到：

• 发生卡死的 CPU 核心并不固定（例如，有的转储显示为 CPU 核心 3，有的为核心 7）。
• 系统每次都是在**非常高的中断级别（ISR）**下，卡在 Windows 内核的时间管理相关代码中。
• 调用栈中未发现任何第三方驱动程序。
• 转储中显示的应用程序名称仅是当时的进程上下文，并非问题根因。

由于每次崩溃卡死的 CPU 核心不同，可以排除单一 CPU 核心损坏或某个特定应用导致问题的可能性。该现象更符合系统级 CPU 中断处理异常，通常与以下因素相关：

• CPU 固件 / BIOS 行为
• 电源或散热（温度）问题
• 硬件稳定性（CPU、主板或供电相关）

这也符合 Microsoft 对此类 0x101 错误的常见分类和判断。

为进一步排查和解决问题，我们建议：

1. 将系统 BIOS/固件更新至最新版本，并恢复为默认设置（如有超频或降压设置，请暂时关闭）。
2. 检查电源和散热情况，确保系统未过热，且电源供应稳定。
3. 将系统配置为生成内核内存转储或完整内存转储（而非精简转储）。如果问题再次发生，这将有助于进行更深入的 CPU 级分析。

完成以上步骤后，或如需我们协助配置内存转储设置，请随时告知，我们将很乐意继续协助您。

此致
敬礼
Ivy