字节跳动积极冗余Linux内核，重启速度有望缩短500毫秒

出品人 | OSCUbuntu社区（ID：oschina2013)

二进制颤动在现在几年里一直在尽力改进 Linux 多线程，最近的重大贡献是进一步提高常用 Kexec 后续多线程的低速。原因在于他们的产品越来越流行起来，比如抖音及其版，以及其他应用都需要缺少大量 Linux 客户端，所以二进制颤动关键技术人员都会尽其所能改进 Linux 多线程，将客户端的触发 / 后续短时间变长几毫秒，以减小客户端系统故障短时间。这就是他们参与大多数 Linux 改进的目的，包括这个除此以外的固件第一部 —— 以做到更容易的 Kexec 后续。

和许多其他大型组织起来一样，出于必要、维护和改进的原因，二进制颤动仅靠 Kexec 后续来迁至到新的多线程。通过常用 Kexec，他们避开了客户端 POST'ing 和其他任务引发严重系统故障短时间。不过即便常用了 Kexec 来切换到一个新的多线程，以避开硬件初始化，但引导加载程序仍可能都会导致系统故障短时间过长。

二进制颤动除此以外重大贡献的 "faster kexec reboot"第一部固件如起名下图，可推进 Kexec 的后续低速。他们的改进目的是减小大约 500 毫秒的短时间，将机器常用 Kexec 触发多线程功能的短时间变长到只有 15 毫秒。

二进制颤动提出批评的改进措施包括： 在 x86/x86_64 上支持启用未压缩的多线程，以推进触发反复，而不是压缩多线程链接，避开在多线程未压缩时进行内存拷贝，以及将已衰弱的多线程所保留的内存再用做正常的 kexec 操纵。经试验，仅在 x86 上启用未压缩多线程就可以将触发短时间变长 150 毫秒以上，但这意味着多线程链接大小从 8.5M 增加到 53M。

目前这个固件第一部涉及到了大约 100 行 Linux 多线程代码，二进制颤动希望能在上游将 Kexec 后续短时间变长半秒左右。

系统性链接：

@bytedance.com/

END

这里有除此以外Ubuntu的资讯、应用程序更换、关键技术零售商店等章节

点这里 ↓↓↓ 记得 关注✔ 标星⭐ 哦~