一些先前的工作也支持组件级的实时热升级。PROTEOS 在很大程度上依赖于微内核操作系统的特点，这意味着它不能够被用于商业化 Linux 服务器。针对 KVM 而言，由于 KVM 是一个独立的内核模块，Orthus 通过双 KVM 和 VM 之间迁移实现了 KVM 的热升级。ghOSt 将调度策略迁移到了用户空间进程，它提供了状态封装、通信和行动机制，使用户空间进程可以表达复杂的调度策略。相应地，在用户空间切换到一个新的调度器也很容易。然而，热升级的范围仅限于调度器类（如CFS），而且用户空间和内核空间之间的额外通信开销（上下文切换等），增加了端到端的延迟（原始论文中报告的延迟是正常调度器延迟的 2 倍左右）。另外需要注意的是，运行中的服务器的内核也应该被修改以适应 ghOSt。而操作系统级的实时更新解决方案，比如 VM-PHU，依赖于虚拟机管理器（VMM），它只适用于更新虚拟机中的客户内核。我们可以总结出 State-of-the-art 的热升级解决方案不能满足调度器热升级的需求。