莫名2020-11-01valgrind 虽然很强大，但太慢了，推荐 bcc memleak 工具。😀作者回复: 嗯 bcc memleak也是个很好的分析工具 就是它对内核版本要求高 需要较新的内核才行
13
不倒翁2020-09-03提个见议：案例这方面，教师能否改变一下讲课顺序 运行一个有问题的程序(不看源码)-->观察系统指标发现可能是内存泄漏 -->用工具找到问题程序 -->分析可能是哪方面的问题-->查看源码 -->问题背后的原理等作者回复: 谢谢你的建议。这样我也考虑过，只是我们感觉这有点像应试教育先出题再说答案，我主要是担心这会局限住大家的思维。所以我在案例篇里一般都是把具体问题给做一个抽象，能够让大家不局限于某一个问题，而是通过这些抽象的案例来理解问题的本质。
9
大飞哥2020-09-03太棒了，谢谢老师！最近项目也出现过假死的现象，lockdep、soft lock等，现在还没找到好的方法去查找和定位，望老师指教。之前也出现过打印日志拉慢系统性能的情况，后面也发现是printk的原因，后面修改printk不从串口输出，打印到网络就解决了，当时也没时间追溯根本原因，现在一想，printk里面有几把锁，是否也是频繁和大数据打印出现锁竞争所导致的？项目需要用到很多特殊硬件资源和DMA，所以大多是内核层开发，成员又很多是从嵌入式应用转过来的，很多问题其实都没找到根因，看到老师专栏，真的受益匪浅！作者回复: 在出现这种假死问题时需要首先想办法来保存事故现场，有了这些现场后就可以分析具体原因了，lockdep和softlockup这些都可以认为是内核问题，所以最好可以构造出来vmcore来进行分析，我通常是使用sysyrq来构造出来vmcore，然后分析这些vmcore。这里有个问题时，往往发生问题的时候就没有办法来执行命令了，所以根据一些信息来提前做好预判很重要，比如根据load值达到多少就认为异常了，或者利用其他一些系统指标，比如内存引起的假死可以借助psi指标来做预判。在构造vmcore时，如果是磁盘故障或者文件系统出了问题，那这个vmcore也可能无法保存下来，这个时候借助网络把这些信息给导出来也是一个方案，嵌入式系统中常用的做法这是把他们保存在非易失内存中，然后重启后解析这些非易失内存。
共 2 条评论5
jssfy2020-09-03如果宕机的话kernel buffer的数据可能没来得及落盘，这个一般怎么解?作者回复: 异常宕机是总会发生的，如果这个时候有未落盘的数据，那这部分数据就会丢失，这其实是难以去避免的。所以这种问题大致是有两个思路：1.数据没保存完整的话，已保存的数据是准确的就好，文件系统会做校验，不完整的数据认为是无效数据。2. 冗余备份来预防单点故障，一台主机宕机很正常，如果多台同时宕机就几乎不可能了，所以冗余备份是很重要的。
3
Wade_阿伟2021-07-25关于老师上面提到的，如果进程不是长时间运行，那么即使存在内存泄漏（比如这个例子中的只有 malloc 没有 free），它的危害也不大，因为进程退出时，内核会把进程申请的内存都给释放掉。这里能否理解为进程的内存是由内核通过slab page回收时所释放？作者回复: 进程退出时 会去释放进程的地址空间 如果进程地址空间对应的page没有其他人在引用 就会free掉这些page。slab则是只要来管理内核的数据 通常不用来管理进程数据。
共 2 条评论1
我能走多远2020-10-22第一个例子中只有 malloc 没有 free，它的危害也不大，因为进程退出时，内核会把进程申请的内存都给释放掉。我一直理解的进程退出后，泄露的这块内存也不会被回收掉。真是多年都理解错了。细想了一下，还真是这样，比如我们再开发中会申请一些长期占有的内存。程序挂掉，这些内存就被系统回收掉了。作者回复: 对的 程序挂掉后 这些malloc的内存就不再有引用 就会被释放掉。
张振宇2020-09-07老师，磁盘经常会有文件权限变成??? 的情况，使用xfs repair可以修复，这个是业务的问题吗作者回复: xfs存在问题的可能性更大
- 我能走多远2020-10-22我是做C开发的，应用层开发内存泄露问题还是比较常见的，有那些好用的方法来快速检测内存泄露问题？共 1 条评论1
- DoubleYY2023-05-05 来自陕西老师最近想做操作系统假死的监控，目前没有思路，应该监控什么指标来实现操作系统假死的监控
未若柳絮2022-06-30java程序可以使用 valgrind 吗