红帽开发动态内核补丁机制,修补系统无需重启 - 开源中国社区
红帽开发动态内核补丁机制,修补系统无需重启
oschina 2014年03月06日

红帽开发动态内核补丁机制,修补系统无需重启

oschina oschina 发布于2014年03月06日 收藏 18 评论 26

腾讯云-1小时搭建人工智能应用,让技术更容易入门>>>  

在SUSE宣布了kGraft项目——一种不用重启就能为Linux Kernel打补丁的机制——之后,Red Hat也透露了它的类似项目kpatch。与被甲骨文公司收购的Ksplice项目一样,kpatch允许不用重启或重新启动任何进程就能为Linux内核打上补丁,这项功能对于基础设施运营商至关重要。

Red Hat开发者表示,Ksplice项目在被甲骨文收购之后就停止公开了源代码,他们和SUSE一样,都是独立开发,并不知道各自的项目,也没有借用Ksplice以前公布的代码。                 

本站文章除注明转载外,均为本站原创或编译。欢迎任何形式的转载,但请务必注明出处,尊重他人劳动共创开源社区。
转载请注明:文章转载自 开源中国社区 [http://www.oschina.net]
本文标题:红帽开发动态内核补丁机制,修补系统无需重启
分享
评论(26)
最新评论
0
我记得几年前不是有人搞出来了么
0
360早实现了。。。。。。
0
牛逼了!
0

引用来自“afpro”的评论

引用来自“sucker”的评论

引用来自“afpro”的评论

引用来自“sucker”的评论

xp表示hot patch很多年了

可拉到吧 装驱动要重启 装系统相关软件要重启 装系统更新要重启 重启之后还要等半天

hot patch正规软件用的不多,不代表没有

刚刚去仔细了解了一下 windows的HotPatch属于编译期的处理 造一个特殊的、可以用于HotPatch的exe或者dll 要求带有HotPatchImage在文件头中 和本文谈论的东西 目的是相同的 区别是windows的HotPatch带有一定的局限性,但是能用于所有事先做好准备的组件;kpatch只能用于kernel,但是可以随意打补丁,不需要特定的kernel。

专业,顶
0
记得有一个kdump 可以升级内核不重启。
0

引用来自“sucker”的评论

引用来自“afpro”的评论

引用来自“sucker”的评论

xp表示hot patch很多年了

可拉到吧 装驱动要重启 装系统相关软件要重启 装系统更新要重启 重启之后还要等半天

hot patch正规软件用的不多,不代表没有

刚刚去仔细了解了一下 windows的HotPatch属于编译期的处理 造一个特殊的、可以用于HotPatch的exe或者dll 要求带有HotPatchImage在文件头中 和本文谈论的东西 目的是相同的 区别是windows的HotPatch带有一定的局限性,但是能用于所有事先做好准备的组件;kpatch只能用于kernel,但是可以随意打补丁,不需要特定的kernel。
0
打patch时是否要停应用?是否还需要事前备份?如果答案是"yes",那么这种所谓的hot patch就几乎没有什么意义;如果答案是"no",那么就要冒着打完patch应用直接crash,data loss的风险。想法没错,但要做到象大型机那样的无缝维护,从硬件体系架构到软件环境的整体设计都需要极高的水平,绝不是相对简单的os层面的问题。
0

引用来自“afpro”的评论

引用来自“sucker”的评论

xp表示hot patch很多年了

可拉到吧 装驱动要重启 装系统相关软件要重启 装系统更新要重启 重启之后还要等半天

hot patch正规软件用的不多,不代表没有
0

引用来自“张山疯”的评论

引用来自“sucker”的评论

xp表示hot patch很多年了

重启的提示被你吃掉了?

先去了解下啥叫hot patch再喷吧
0

引用来自“fengyqf”的评论

我看成红薯了。。。。

山寨产品就是这么产生的,呵呵!
0

引用来自“sucker”的评论

xp表示hot patch很多年了

重启的提示被你吃掉了?
0

引用来自“阿信sxq”的评论

引用来自“杨同学”的评论

“Ksplice项目在被甲骨文收购之后就停止公开了源代码”

甲骨文就是这样将好东西作死的,mysql就是一个例子

oracle太恶心,所以讨厌oracle相关的技术
0

引用来自“sucker”的评论

xp表示hot patch很多年了

可拉到吧 装驱动要重启 装系统相关软件要重启 装系统更新要重启 重启之后还要等半天
0
xp表示hot patch很多年了
0

引用来自“杨同学”的评论

“Ksplice项目在被甲骨文收购之后就停止公开了源代码”

甲骨文就是这样将好东西作死的,mysql就是一个例子
0

引用来自“ak_birdofprey”的评论

我个人觉得硬件都应该模块化,就像乐高积木那样。最终在软件中提供一套命令集可以对故障设备进行隔离更换并在故障硬件更换后进行激活恢复,那样真正地人工智能体将具有“不死”的躯体!!!

不死是理想状态了,因为有可能核心给坏掉了,到时还是不得不重启!
0
感觉是神器,用不着
0
“Ksplice项目在被甲骨文收购之后就停止公开了源代码”
0
赞一个、、、跟着suse、、大家一起发展、、哈哈哈、、、、
Linux企业市场除了SUSE和RedHat其他的都是小打小闹啊、、、、
0
我个人觉得硬件都应该模块化,就像乐高积木那样。最终在软件中提供一套命令集可以对故障设备进行隔离更换并在故障硬件更换后进行激活恢复,那样真正地人工智能体将具有“不死”的躯体!!!
顶部