很多人对Windows更新都不友善，毕竟每次看到Windows弹出更新通知，自然就会想到系统等下可能要重开机。 虽说不是每条更新都如此，但遇到累积性更新或大版本更新的时候，这种情况自然免不了要重开。 视个人状况不同，往往是停摆现有工作或程序的一大行为，早期的 Windows 甚至都不提醒一下，立刻就进入关机状态。 如果微软有新技术将让 Windows 更新能减少一点频率，想必是许多人都欢迎的。
根据 Windows Central 报导，他们发现微软正在开发版 Windows 11 上测试一个新功能，该功能被称做「Virtualization Based Security」，或称 VBS，该功能将开发版直接分成启用与未启用两个情况，主要是会收到不同版本的更新，启用该功能的会是收到 Build 26058.1400（KB5036080），没启用的是 Build 26058.1300（KB5036082）。 前者跟后者基本上只有一点不同，那就是开启 VBS 的一方，更新的过程可能不需要重开。
更新不重开机，也许以后能在 Windows 11 上实现
这样更新不带重开的技术又叫做「Hot patch」，或称热修补，绕过重新启动计算机的阶段，更新好了就直接有效，不用再利用重新启动计算机来更新一遍内存。 至于为什么不用？ 是因为这些 Hot patch 热修补在更新过程中，是直接修补正在运行的进程的内存中的代码。 因此修改完立刻运作。 而微软在开发版上测试，也意味着微软打算以后都用 Hot patch 技术来进行每月安全性更新，不过，这不意味着每次更新都不用重开，Hot patch 依然依赖着基础更新，因此或许更新重开的频率会拉长到几个月，甚至可能一季一次。
理想的情况下，或许这样一弄，每年只有一月、四月、七月和十月的安全性更新需要重新启动，其他月份靠 Hot patch 撑过去。 但 Hot patch 也非万灵丹，碰到重大安全性更新、错误修复和功能更新等状况或许还不能用 Hot patch 这招。
Hot patch 这个功能本身就是 Server 用的功能，Server 主机通常能不关机就不关机，更新方面自然得考虑到用户需求，在不关机的状态下更新。 另一方面，游戏机的 Xbox 也用了这个功能，替游戏机更新系统与固件。 微软在一般PC上用的系统选择让它每次更新就有很大机会进行重开，很可能是考量一般用户对不关机没有那么严格的需求，甚至因为使用频率而会在一周内数度关闭或启动电脑。 因此在更新上自然容易看到重开。
使用 Hot Patch 也有一些好处，像是更少的文件，更快的安装速度，节省 CPU 资源，减少暴露于安全性风险等等。 而 Hot Patch 在服务器上的主要需求是用在安全性更新上，其他类型的更新不见得需要 Hot Patch 这样的快速与免重启动特性。
提到 Hot Patch 就会有人想到同样在 Server 领域有着很大影响力的 Linux 系统，该系统绝大多数在更新动作上几乎不需要额外的重新启动，不过与核心（Kernel）有关的版本更新多半逃不过重新启动。
然而，在 Linux 系统中，很多时候更新 Kernel 被视为非必要的，其中除了有 Server 主机不可能重新启动的观念外，一般 Kernel 更新通常是加入安全性的补强，增加 CPU 效率，新文件类型的兼容性和硬件支持，这些对 Server 主机来说意义不大，除非是非常严重的安全更新，否则 Linux Servcr 几乎不停机。
不过，近年来也有针对 Linux Kernel 进行 Hot Patch 的研究，但还有待发展，如果这项技术足够稳定，那么 Linux Server 只剩下硬件故障这个停机原因。
就技术来说，热修补已经是微软在自家服务器系统上用过的东西，要用在 Windows 11 上倒也不算意外。 只是微软在更新上吃了不少亏，甚至让一些用户对更新颇为失望，进而怀疑微软的系统质量。 新技术或许对微软的名声没什么帮助，至于会不会在测试结束后收录到下一版或更未来的Windows上，目前仍须观望。
