一封发给全体 Linux 成员的内部信：Linux 4.14 重大改进！
作为长期支持版，Linux Kernel 4.14 的功能更新一直备受关注。近日，Linux Torvalds 的一封邮件对 Linux 4.14 的部分功能更新进行了解读，或许你可以开始为这个版本做准备了，毕竟未来所有 Linux 开发者将与 4.14 版本度过很长一段时间。
一封发给全体Linux成员的内部信：Linux 4.14重大改进！
这个星期没什么惊喜，虽然可能值得指出 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 合并请求窗口。