一封发给全体 Linux 成员的内部信:Linux 4.14 重大改进!

社区广播:运维派(Yunweipai.com)是国内最早成立的IT运维社区,欢迎大家投稿,让运维人不再孤寂的成长!

作为长期支持版,Linux Kernel 4.14 的功能更新一直备受关注。近日,Linux Torvalds 的一封邮件对 Linux 4.14 的部分功能更新进行了解读,或许你可以开始为这个版本做准备了,毕竟未来所有 Linux 开发者将与 4.14 版本度过很长一段时间。

一封发给全体Linux成员的内部信:Linux 4.14重大改进!

Linux

邮件正文:
这个星期没什么惊喜,虽然可能值得指出 0day 机器人如何变得更好了(这在之前非常有用,冯光一直在努力让它变得更好,并且报告发现的问题)。

附加的 shortlog 显然只适用于自 rrc8 以来的(小)运行,而且它确实很小,并不适合很多提交。在 diffstat 中突出的最大事情是 “leaking_addresses”perl 脚本,这实际上是积极的发展,但第一个版本是 4.14,以便人们可以看到初始状态并查看最终结果,也许问自己 “我的代码是否应该使这些内核地址对用户空间可见”。

实际的变化有望开始渗透到 4.15,其中一个值得注意的早期变化(在列表上被广泛讨论)是默认情况下对任何 “%p” 地址进行散列。我们以前有严格的模式,只是把地址清零,但实际上这是相反的,因为人们经常使用地址作为调试的核心对象(或者互相关 – 网络套接字), 所以只要清除指针值就会使这些用途变得毫无意义,但是使用安全散列可以实现这些用途而不泄露地址本身(其他情况下,实际的地址是相关的)。

无论如何,除了那一个脚本,其余的是真的 one-liners 或者 “few-liners”。

最明显的变化可能是不得不还原 / proc / cpuinfo 中显示良好 MHz 值的代码现代 “CPU 动态挑选” 案例。它工作得很好,但是在数十或数百个 CPU 的机器上,它太昂贵了。

与此同时,4.15 的合并窗口显然是开放的,如果觉得扩大合并窗口不能有足够的响应。或者甚至不会注意到,因为我将拥有笔记本电脑和互联网接入。

无论如何,测试一下新的 4.14 版本,这是接下来 LTS 内核的样子,然后开始发送 4.15 合并请求窗口。

原文来自微信公众号:CU技术社区

网友评论comments

发表评论

电子邮件地址不会被公开。 必填项已用*标注

暂无评论

Copyright © 2012-2017 YUNWEIPAI.COM - 运维派 - 粤ICP备14090526号-3
扫二维码
扫二维码
返回顶部