为什么Centos仍不使用最新内核


15

正如我所看到的,内核3.xx中有许多更改和改进

我喜欢的改进是内核3.9中引入的dmcache

我在所有机器上安装了3个安装了centos的服务器

Centos仍使用2.6.xx的旧内核

我想知道为什么他们不升级内核?

资源资源


1
多数发行版不是这样工作的。坚持使用他们发布时所拥有的版本,并且只是保留了端口安全性问题。这是关于稳定性。
Zoredache 2014年

1
我要补充一点,除非您使用滚动发行版,否则大多数发行版都是如此,特别是对于RHEL(centos是其派生版本)之类的企业发行版而言。经营这些发行版的人们比拥有最新功能更关心稳定性和知道一切都会工作。
Journeyman Geek

如果您真的想要更新的内核,为什么不只安装一个呢?
FSMaxB

Answers:


20

CentOS 6的基于RHEL 6,这是发布在2010年在一个主要版本,目标是兼容性和不引入重大更改为目标受众是企业,超过特征值的稳定性。从版本历史中可以看出,它们没有在主要发行版中引入新的内核版本(但向后移植了一些修复程序),因此RHEL 6 / CentOS 6可能仍将保持在2.6.32(稳定的内核版本)上。

要获得更新的内核,您必须等待RHEL 7 / CentOS 7并进行升级。它将包括内核3.10(另一个稳定的内核发行版)。

由于Red Hat支持每个版本10年(或者13个具有扩展支持,例如RHEL 6,直到2023年),因此,他们并不每年发布一个新的主要版本也就不足为奇了。


1

这里可能断开连接。

像任何企业linux一样,CentOS都致力于在整个主要发行版中实现稳定性以及重要的兼容性(请参阅语义版本控制)。

为了保持兼容性,在给定的主要版本中发布的软件不会突然修改为完全不同的基准。除了使用ISV破坏上游发行版(RHEL)中的任何种类的认证外,(按顺序)进行测试然后提供支持的噩梦对于任何试图实际支持它的人都会造成难以解决的人工问题。

如果您需要上周的代码删除,则可能需要考虑一个发布周期更像Mayfly而不太像基础架构的项目。您的上游和下游支持将发生巨大变化,始终如一地交付产品可能成为移动目标,但这可能是很好的体验。也许看看本月的Fedora,或者无论穆布蒂安派流行什么。

EL8当然会有一个较新的内核,您可能想在测试环境中使用Fedora,以便在Fedora升级为EL时可以在EL8上正确发布。


请注意,您发布的问题答案很老,答案已经被接受。尽管这样做没有错,但是请注意您可能不会得到回应。
CharlieRB

1
是的 无法回应“ 2015年中期”的评论,但这只是那些不了解它的人不断提出的问题。就像爱因斯坦(Einstein)真的很烂一样,Enterprise Linux发行版如果在本周的发行中大吃一惊,就很难在整个生命周期中保持稳定和兼容。促使我前进的是逻辑的明显本质。
user2066657 '16


0

到了2015年中,CentOS的版本7已经发布了很长时间,Linux内核的重大升级版本4.0大约在两个月前发布了,所以我认为现在是时候跟上步伐了软件开发。例如,如果CentOS出于稳定性考虑而不想升级内核,那就让我们自己做吧!

我正在使用带有3.10.0内核的CentOS 7。下面的文章在这里,我成功升级我的CentOS 7最新的4.0.5内核。它在我的机器上工作得很好。简而言之,在CentOS 7上将内核升级到4.0.5的步骤是:

(1)rpm --import https://www.elrepo.org/RPM-GPG-KEY-elrepo.org

(2)rpm -Uvh http://www.elrepo.org/elrepo-release-7.0-2.el7.elrepo.noarch.rpm

(3)yum --enablerepo=elrepo-kernel install kernel-ml

(4)reboot

(5)在启动菜单中,选择4.0.5内核(通常在第一行)。

引导后,用于uname -r检查新的内核版本。

PS:该文章还包含了在ubuntu上将内核升级到4.0.5的方法。


2
如果您确实想跟踪最新的Linux内核,则可以使用操作系统来跟踪它,最好采用替代方法而不是自定义CentOS。有关此类示例,请参见wiki.ubuntu.com/Kernel/MainlineBuilds
Stefan Lasiewski '16
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.