| Linus是出了名的不喜欢在公共场合演说，所以他出现在大会上比较少见，也无迹可寻。在LinuxCon大会日本站，Linus回答了Greg Kroah-Hartman（译者注：Greg Kroah-Hartman，他是Linux内核稳定分支的维护人）的提问。这次访谈的范围很广，涉及到了很多内核开发和用户社区的有趣问题。 Linux 3.0 开场第一个话题早在预料之中。下一个内核版本为什么要切换到3.0？Linus说，这个是因为目前的版本号太长太复杂了。当前的内核版本是2.6.x，Greg如果发布一个稳定版本，就变成2.6.x.y。如果发行商再添加他们自己的版本号，那就变成5个数字，这就比较难看了。即便如此，这个版本号规则也用了八年。当前版本号中的“2.6”已经没有任何意义了。 Linus说，以前，主版本号的变化代表了一些重要里程碑的实现。1.0内核第一次支持网络，1.2加入了对非x86体系结构的支持，2.0加入了“勉强能用”的对SMP的支持，等等。我们习惯于认为，主版本号的提升就必须伴有重大功能的实现。但是，在2.6.x时代，我们不再因为功能实现而发布版本。当前的开发模式工作得很好，但是它使2.6.x的版本号命名规则变得模糊不清。现在马上要到Linux内核发布的二十周年了，这是一个好机会去说，“够了”。所以Linus就这么做了。 3.0也不会一直延续下去，甚至不会延续到30周年的时候。Linus说，他预计会演进到3.20左右。 Linus指出，有些人认为，3.0意味着该加入一些重大的新功能了（或移除老的代码），但事实不是如此。这只是一个数字的变化，没有其他意思。他说，“一直保持内核的稳定”这种开发模式工作得很好，所以不会改变。Greg对这种变化很高兴，他送了Linus一瓶威士忌以示感谢。他们先是争论了要不要当场打开这瓶酒（Greg还带了纸杯，以防万一），后来决定最好先完成这次讨论再说。 Greg问：最近的内核改动中，你最喜欢哪些？Linus说，他倾向于喜欢枯燥乏味的功能，那些东西一般人都不会注意到。性能的改进，他举了“缓存伸缩性（cache scalability）”的例子，这个不会改变用户接口，只是使一些旧代码运行得更快。 功能臃肿？ 是不是如Linus在2009年所说，内核的功能有点臃肿？Linus回答说，内核确实太大了，在他20年前用来开发内核的机器上，很有可能无法运行。但现在，就算手机也远比老计算机强大，所以没人会真的在乎这个。内核一直在变大，但是这种增长是必要的，它满足了当前的硬件和用户的需求。 关于那些只是为了好玩而加入的功能——这些新东西的研发，严格来说，都不是由硬件的需求来驱动的。现在我们还能加入这类功能吗？Linus说，当然还有这样的开发人员，他们在做一些目前没人用的功能，他们看得更远，提早了大约五年。有时候，他们会成功，有时候会后悔加入这些代码。Linus说他越来越坚持这样的观点，只有当一个功能真正有人用的时候，他才会考虑合入这个功能。 Greg问了“控制组（control groups）”，提到很多内核开发人员反对这个功能。Linus回答说，“控制组”一开始没多少人用，但现在有很多人在用。“控制组”一开始是为了某些特定的服务器而加入的，当时几乎没有其他人感兴趣。开发人员不喜欢这个功能，因为它使Linux整体框架变得更复杂。但这个功能逐渐在其初始用户之外找到了知音，最终成为一个成功的功能。 对称多处理（SMP）也是这样，一开始没有多少人用。它是一块很大的功能。现在我们看到了对称多处理运用在各种板子上，甚至手机上。Linus说，这表明了Linux的一个核心优势：我们在各种平台上使用同一个版本的内核。他说，没有其他人能做到。他们倾向于区分小系统内核和大系统内核——比如iOS和Mac OS。Linux不会这么做，比如，从来没有专为嵌入式系统准备的瘦身版内核。因为在嵌入式系统这个领域，完整的内核也适用。Linux在嵌入式领域非常成功。 |
