Newshot
Account

微软故意降低 Win11 开机应用加载速度:旨在避免多个应用抢占系统资源,修改两个注册表即可从 150 秒降至 30 秒

Summary

IT之家 11 月 13 日消息,据科技媒体 Windows Latest 今日报道,微软在设计 Windows 11 时主动延迟了部分开机启动应用程序的加载时间,以避免多个程序同时启动时占用过多系统资源。不过,有用户通过修改注册表,成功将启动应用全部加载完成的等待时间从 2 分 30 秒缩短至约 30 秒。 Reddit 用户 u/PersianMG 发现,尽管系统本身启动速度较快,但 Discord、Teams 等其他开机启动程序仍会缓慢加载,导致整个过程需要等待较长时间。 他通过 Windows Performance Toolkit 检查启动过程发现系统存在较长的空闲等待时间,并没有某个应用程序明显拖慢整体启动进度。 随后,他在注册表中创建了一个名为 Serialize 的项目,并将其中两个 DWORD 参数设置为 0,最终将启动应用的完整加载时间从 150 秒缩短至 30 秒。 他介绍称,修改前应用程序通常在系统启动约 1 分 50 秒后才开始加载,修改后则提前至约 20 秒开始启动,并在随后 5 秒内完成加载。除此之外,还有其他用户也报告了不同程度的改善。 一名使用英特尔酷睿 Ultra 270K Plus 处理器和 RTX 5080 显卡的用户,将 WaitForIdleState 设置为 0 后,启动应用的等待时间从 90 秒缩短至 47 秒;配合调整应用启动顺序后,进一步缩短至 36 秒。 IT之家注意到,微软官方文档实际上已经说明了这一机制。根据微软关于 Run 和 RunOnce 注册表项的说明,Windows 不保证这些程序会在启动后立即运行,系统可以选择延迟启动注册表项和开始菜单启动组中的程序,以避免它们相互干扰。 微软工程师 Raymond Chen 此前也在官方开发者博客 The Old New Thing 中解释过这一设计。Windows 会优先准备文件资源管理器(Explorer)等用户可明显感知的程序,再处理启动组中的应用程序。如果大量程序同时从磁盘读取数据并启动,可能导致系统资源被集中占用,甚至出现开始菜单无法正常打开的情况。 此次调整涉及两个注册表参数:StartupDelayInMSec 和 WaitForIdleState。其中,前者控制 Explorer 启动开机应用程序前的固定延迟时间,后者决定 Windows 是否需…

Original text(via IT之家)

微软故意降低 Win11 开机应用加载速度:旨在避免多个应用抢占系统资源,修改两个注册表即可从 150 秒降至 30 秒

IT之家 11 月 13 日消息,据科技媒体 Windows Latest 今日报道,微软在设计 Windows 11 时主动延迟了部分开机启动应用程序的加载时间,以避免多个程序同时启动时占用过多系统资源。不过,有用户通过修改注册表,成功将启动应用全部加载完成的等待时间从 2 分 30 秒缩短至约 30 秒。

Reddit 用户 u/PersianMG 发现,尽管系统本身启动速度较快,但 Discord、Teams 等其他开机启动程序仍会缓慢加载,导致整个过程需要等待较长时间。

他通过 Windows Performance Toolkit 检查启动过程发现系统存在较长的空闲等待时间,并没有某个应用程序明显拖慢整体启动进度。

随后,他在注册表中创建了一个名为 Serialize 的项目,并将其中两个 DWORD 参数设置为 0,最终将启动应用的完整加载时间从 150 秒缩短至 30 秒。

他介绍称,修改前应用程序通常在系统启动约 1 分 50 秒后才开始加载,修改后则提前至约 20 秒开始启动,并在随后 5 秒内完成加载。除此之外,还有其他用户也报告了不同程度的改善。

一名使用英特尔酷睿 Ultra 270K Plus 处理器和 RTX 5080 显卡的用户,将 WaitForIdleState 设置为 0 后,启动应用的等待时间从 90 秒缩短至 47 秒;配合调整应用启动顺序后,进一步缩短至 36 秒。

IT之家注意到,微软官方文档实际上已经说明了这一机制。根据微软关于 Run 和 RunOnce 注册表项的说明,Windows 不保证这些程序会在启动后立即运行,系统可以选择延迟启动注册表项和开始菜单启动组中的程序,以避免它们相互干扰。

微软工程师 Raymond Chen 此前也在官方开发者博客 The Old New Thing 中解释过这一设计。Windows 会优先准备文件资源管理器(Explorer)等用户可明显感知的程序,再处理启动组中的应用程序。如果大量程序同时从磁盘读取数据并启动,可能导致系统资源被集中占用,甚至出现开始菜单无法正常打开的情况。

此次调整涉及两个注册表参数:StartupDelayInMSec 和 WaitForIdleState。其中,前者控制 Explorer 启动开机应用程序前的固定延迟时间,后者决定 Windows 是否需要等待系统进入空闲状态后再启动相关程序。用户如果希望尝试,可以按以下步骤操作:

首先,按下 Win + R,输入 regedit 并回车,打开注册表编辑器。

HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer

在 Explorer 项下新建名为 Serialize 的项,然后在其中分别创建两个 DWORD(32 位)值:

  • StartupDelayInMSec:设置为 0
  • WaitForIdleState:设置为 0

完成后重启电脑即可,建议修改前先创建系统还原点。如果设置为 0 后仍然没有效果,可以尝试将 StartupDelayInMSec 改为 1。若要恢复原状,删除 Serialize 项即可。

另外,这项调整并不适合所有电脑。Windows Latest 在配置较低的虚拟机上测试时,也观察到了启动应用加载时间缩短的情况,但仍需要等待约一分钟。该作者认为,低性能设备不宜关闭启动延迟机制,因为大量应用同时启动可能重新造成系统资源争用。

此外,这项注册表调整只会改变 Windows 允许应用程序开始启动的时间,并不会加快应用程序自身的加载速度,对大多数 Microsoft Store 应用也没有明显影响。因此,对于配置较低、开机启动程序较多的电脑,保留 Windows 默认的启动延迟机制可能更合适。

  • 《微软优化 Win11 现代待机:电量 80% 以上少休眠、10% 以下快休眠》
  • 《Edge 浏览器率先受益:微软优化 Win11 后台应用打开速度,绕过多余进程》
  • 《微软宣布优化 Win11 内存管理:响应速度最高提升 20%,8GB 内存电脑明显受益》
  • 《运行和 RunOnce 注册表键》

广告声明:文内含有的对外跳转链接(包括不限于超链接、二维码、口令等形式),用于传递更多信息,节省甄选时间,结果仅供参考,IT之家包含外链的文章均包含本声明。

相关文章

  • 微软承认 Windows 11 月更新后激活命令失效,企业 KMS 配置可能报错 0x80041008
  • Windows NTLM 安全机制调整:微软计划 2027 年 5 月起拒绝未签名连接,降低中继攻击风险
  • 微软确认 Win11 23H2 已正式结束支持:企业版、教育版停止接收月度安全更新
  • 微软发布 Win11 多个预览版更新:改进 Windows Hello 登录体验
  • 微软发布 Win11 26220.9836 等预览版更新:搜索功能可“动手”了,调音量 / 亮度不再进设置
  • 微软 Win11 26H2 启用包仅约 174KB,但 23H2 用户升级仍需下载约 6.5GB 更新补丁

The text above was extracted automatically from the source page and may miss images, tables or code blocks. The original is authoritative.

Published by IT之家
This site only summarises and aggregates; copyright stays with the original author. Headlines and summaries follow the source — where they differ, the original wins.
Read the original ↗