有一个用户, 他通过修改一下那个11的注册表, 减少了在登录系统之后批量启动的应用程序所等待的时间。他说, 全部的程序完成启动所使用的耗时, 由原来的大约2分30秒, 降低到了大约30秒, 缩短了多少呢, 缩短了大约80%。
这名用户拥有的一台性能相当不错的高档电脑, 会在该人员成功登录系统之后, 开始去运行大约30个应用程序, 以及6个脚本程序, 还要开启很多项在后台运行的服务。
虽然这台机器本身的启动速度是挺快的, 但是不同的程序会分批次地一个一个显示出来, 在这些程序先后出现的过程中, 中间会存在时间不算短的停顿等待现象, 这样就把整个开机的过程拉长了, 最后导致整体从启动完成到所有东西就绪, 总共需要耗费差不多2分30秒的时间那么久。
他在经过检查以后得出结论, 他认为这个瓶颈并不是指某一个单独的应用程序存在, 而是系统本身具有这样一种功能, 就是它会主动向后推迟那个程序的加载动作, 并且在这个过程中等待系统的负载情况降低下来, 这样子做的目的就是为了防止当用户刚刚完成登录的时候因为资源占用过高而出现问题。
具体的办法就是把注册表路径\哥谭赛车计划3\\下面的两个DWORD（32位）类型的参数, 进行新建或者修改的操作, 然后把这两个参数的值都设置成0, 之后重启电脑或者是重新进入登录状态, 他就说所有程序大约用了30秒就全部把启动完成了。
与这种情形相类似的解决办法, 早在二零二四年就已经现身于哥谭赛车计划三问答环节里头了, 并且在二零二六年三月还有吧主向玩家进行了推荐。至于那个名为App Delay Fix的模组, 它是能够实现近乎相同的效果的。
这一项改动, 它仅仅只是会减少当你通过资源管理器来启动应用程序的时候所出现的人为延迟现象, 它绝对不会加快程序的启动速度, 同时也不会对单个软件在运行时候的速度产生提升的效果。
这个东西和哥谭赛车计划3这个App也是不一样的, 那个东西是专门针对那些已经处于运行状态的应用程序再次进行启动的场景而设计的。
对于性能相对不太强的电脑来讲, 在把延迟给取消掉之后, 它也许就要去承受更加高的、在登录成功那一瞬间才有的那种负载情况。所以在动手去改变之前, 很有必要先把相对应的注册表里面的那些项目先备份好。这么做的原因, 就是万一后面出现了什么问题的话, 还可以借助这些备份的东西来进行恢复操作。
