Linux内核正式进入 4.0 时代。为我们带来了什么？？

chenyx

回复 25# dengbao2001


    更新内核一般需要重启系统的。4.0不是解决了这个问题吗。
   

dengbao2001

chenyx 发表于 2015-04-24 09:12
回复 25# dengbao2001

这个需要时间来验证下

另外，我简单看了下说明，如果我没理解错误的话，好像是函数的逐步替换，不知这是否有什么风险没

作为正规的企业来说，IT的维护时间是需要计划安排的

lbseraph

1、你在LINUX系统管理中遇到的最纠结的内核升级。
没在生产环境上做过这方面管理，说点自己的见解。正常来说，企业服务器最求的是稳定，除非是碰到重大bug或应用等需求特定内核版本以上。一般都是先在开发或测试用的机器上面进行内核升级测试，成功之后再安排时间部署到生产用机器上；但生产的复杂环境往往令你防不胜防，有时测试机器上升级成功了不代表生产环境也能成功，如果需要升级的机器多了（100+）其中几台顺利不代表其他的机器也能顺利升级成功。当然，升级失败的话最多回滚旧的内核先用，但这样一折腾耗费的时间就没了；如果是单机系统的话，停机时间可能很有限，不能顺利在安排的时间窗口里面完成升级的话代表只能再次安排时间来做升级。涉及到关键应用的机器的话，如果出现停机而应用中断的话，意味着金钱的损失。所以在规范的IT管理里面，都有严格的流程来控制，最小化这种影响。但国内的企业就算有规范的流程方案，不严格执行的也不少。之前看到一个报告，近七成以上的业务中断事故都是人为造成的。

2、头脑风暴一下，未来4.0之后的内核升级的优点和对高可用并行分布式集群在操作系统层面带来的好处。
以后Linux任何补丁（包含kernel）的升级都能在线做的话，对广大管理员来说无疑是大大欢迎的。这样就不用面对领导的各种疑问（打补丁是否需要停机？有什么影响？）而焦头烂额不知如何答起。同时，在大规模的分布式集群中内核升级的总体时间应该也比以往的少（毕竟少了硬件重启自检等过程，假设一台机器节省5分钟，100台就是500分钟了；当然说不定可以几台同时进行升级了）。以后Windows估计更有压力了，Linux的这一特性可能会让更多的IT管理员乐意部署Linux系统。

3、4.0中HOT PATHCH的技术细节简介或者详细讲解。
其实4.0中的live patching机制是由SUSE的kGraft、RedHat的Kpath合并升级而来，当然这些得益于最早的Ksplice项目。还没有细看过它的实现细节，感觉和CoreOS的双内核实现方法（有点类似双集群，只不过是内核级别上）不一样。kGraft使用ftrace，工作在线程级上，当一个老的函数被调用，它会定位到线程的一个点，然后将其切换到新的函数。而Kpatch则是发布一个stop_machine()命令之后，它着眼于现有的栈处理去使用ftrace，如果补丁被做得很安全，它会重定向运行着的代码到补丁函数，最后就删除过时的代码。

wang290

lbseraph 发表于 2015-04-24 10:15
1、你在LINUX系统管理中遇到的最纠结的内核升级。
没在生产环境上做过这方面管理，说点自己的见解。正常来 ...

学习了,总的来说,linux的市场份额越来越大

lbseraph

Linux的发展大家是有目共睹的。当初Ubuntu刚出来的时候我只是感觉界面比其他版本的Linux好看，还特意申请了Disc（后来他们从澳大利亚寄了几份不同版本的光盘），不过我当时也没有好好研究下。现在看他们做得越来越大（普通消费者中应该挺受欢迎），也已经进军企业级别了。

蛮多肉

wang290 发表于 2015-04-24 22:57
学习了,总的来说,linux的市场份额越来越大

用linux的人数确实在增加

目前桌面这一块，windows，mac 形成了利益圈，部分优秀的应用程序可以在这两个圈子里，得到足够的商业利益．

相对于上者，　freebsd ,linux 的利润循环生态，还处于待开发阶段．

本人是　FreeBSD/Gentoo　用户，所以感触很深

forgaoqiang

的确感觉3.X存在时间不够长 2.6是经典 然后3.X 出现一段时间 4.X 这么快就出来了

cu_shell 发表于 2015-04-21 09:30
这难道说3.X就要成过度了？

hugehawk

升级内核，最大的风险是正在运行的各种应用，是否能不出任何问题，如果仅仅是php之类的应用，貌似问题不大，可如果是C/C++，或者Java的应用，没几个敢随便升级内核的

看啊一个人的好时光

我是一个块头比较大的菜鸟，在这看着大神们讨论也是蛮过瘾的。。。