• Geek_lucky_brian
    2020-08-28
    前几天排查一个MySQL环境的问题，问题现象是运行久了之后会出现：有那么几秒钟内，CPU sys值冲高，很短时间内从10变成了80甚至90，随之还会出现tcp断链，以及磁盘性能下降。 最后的发现，出现这个问题的时候，都是在free内存只剩总共的1％时，而且sys变高的几秒内，伴随着page cache的清理。 所以，推测是free内存不足引起page cache清理，然后清理的优先级比较高，导致其他io包括网络和磁盘的服务质量下降，引发了断链。 老师看看这个结论对吗？

    作者回复: 是的，在回收pagecache的过程中是比较容易导致这些现象的。sys高就是它的一个外在表现。占用了较高cpu，不仅抢占了其他业务的cpu使用，而且如果业务本身在进行回收，也会产生阻塞。

    
    11
  • leslie
    2020-08-31
    系统的东西接触不少：追的最猛的应当是成哥的东西-专栏书籍被我狗皮膏药的成手册用了。 太多的时候碰到人说我程序或者应用慢，可是当我提及系统时客户会觉得简单且不可能却又不会去否认这确实是一方面事实存在的原因。系统慢这条坑其实越挖越深，工具、原理、网络，现在只能挖内核去整体思考和理解，从而不要人家来句你系统慢就、、、

    作者回复: 系统性的分析问题是必要的，系统性的分析问题要建立在你对具体模块的理解深度，如果各个模块都理解不深，其实是很难系统性的来分析问题。

    共 3 条评论
    4
  • Dylan
    2020-10-02
    真是惭愧，《深入理解 Linux 内核》这本书买了快10年了，到现在还是没看完，停留在内存管理和进程调度那部分~~

    作者回复: 想要了解内核 这本书还是需要沉下心来好好看看

    
    2
  • 谁家内存泄露了
    2021-07-03
    道理我都懂，为什么你的发量是这样？

    作者回复: 其实有很多白头发了:(

    
    1
  • Frère Jac
    2021-08-11
    我想了解什么情况下系统内核可以平滑升级，什么情况下不能。现在系统的内核版本太多了，有时候真的很难决策。比如现在系统使用的是redhat 6.7 的版本，但是因为应用版本升级原因，需要升级到7.x以上才行，之前记得有过挂载7.x镜像，然后建立本地yum源，可以升级过去，这次却不行，依赖项太多。退一步讲内核升级可以只升级必要的内核和关键的依赖

    作者回复: 通常而言，内核更新的首选项是backport需要的特性，如果backport成本太高，才需要考虑升级内核。如果升级内核就可以解决，那就不要升级操作系统，只有相应的userspace需要配套更新时才会考虑升级操作系统。 升级操作系统后，兼容性测试验证很重要。

    
    
  • 小炭
    2020-10-20
    学好系统底层知识，可上可下。是一项值得长期可投入的事情。

    作者回复: 对的 底层知识还是要尽量去搞明白

    
    
  • 石头汤
    2020-08-18
    当我看到邵老师也要996的时候，手里的砖忽然变轻了
    共 2 条评论
    31
  • 莫名
    2020-08-17
    TCP重传推荐使用bcc tcpretrans工具。
    共 5 条评论
    19
  • 奔跑的码仔
    2020-08-17
    本人是一名嵌入式linux程序猿，平时主要接触的是内核构建,裁剪以及一些设备驱动，再就是应用软件的设计和实现，不过也是嵌入式环境的。感觉这门课中设计的大多是linux在互联网方面的应用，不知道对于嵌入式linux 方向，咱们这门课适合吗？谢谢🙏
    共 2 条评论
    4
  • J.Smile
    2020-08-21
    “能够深入到 Linux 内核层分析问题的这些人，他们看问题能直击本质，定位、分析问题的能力强，往往能解决别人解决不了的问题，所以他们基本上也是各自领域的翘楚。” ----------------------------------------------- 成为行业翘楚的人，解决别人解决不了的问题。
    
    3