我来也
感谢老师的辛苦付出!
台上一分钟,台下十年功.
每次看到老师贴上提交的的`patch`,像如数家珍一样的.
想必每一个都让老师印象深刻吧!
别看每次提交的patch也许只修改了几行代码,但排查的过程肯定是非常艰难的.
像内核这种大型的项目,对代码的要求肯定是非常苛刻的.
即使是分析出了问题的根因,内核维护者对接收`patch`的要求也是非常高的吧.
这些`patch`还只是被合并了的.
想必未被合并,或者是排查出来了,但是在新版中已经修复的bug也不会少吧.
-----
我比较好奇,老师公司对系统内核有没有什么要求.
像老项目可能是没办法了,不能随便迁移.
但是新项目总会有些要求吧.
要不然这查起代码内核代码来,也是相当繁琐啊.
-----
另外,现在的趋势是应用上云,上k8s.
但是在容器中分析内核问题,比直接在宿主机上分析问题,又会复杂不少.
老师会有什么意见或建议么?
作者回复: maintainer对patch要求还是很高的,需要跑很多测试用例来证明自己的patch是没有问题的;
生产环境中的很多内核问题都是在新内核版本中已经解决的;
新项目得内核版本我们这边的要求是4.18内核,和centos8保持一致;
容器中排查问题是相对麻烦一些,所以我们会在容器中添加一些指标来辅助我们排查问题。