ebpf检测Linux系统要来了

哈喽，我是子牙老师，一个手写过操作系统、编程语言、Java虚拟机、docker、Ubuntu系统，玩透Windows内核、Linux内核…立志一统计算机底层培训的硬核男人

前些日子不是做了个课程《手写生产级ebpf内存监测工具》吗，招生结束后，我一边交付课程，一边在思考大家在学习或工作过程中，还有哪些需求没有被满足，我试着用ebpf去解决

这我还没想出来多少，报名的小伙伴，还有咨询课程的小伙伴，提供了一堆的需求，我整理了一下，多达17个！我突然意识到：我不应该把这个工具局限于只做内存监测，而是定位于Linux系统检测更合适！

看到这些需求，只有一个感觉：兴奋！

以我这急性子，马上开干！花了两天时间，终于把第一个需求干出来了：支持监测fork创建的子进程的内存泄漏问题。没干之前，觉得应该挺简单吧，开干以后，小样还挺复杂的

总结一下实现监测fork子进程内存泄漏，折腾了哪些：

1. Ringbuffer是生产-消费模型，进程间消费会相互影响，要解决
2. 如何解决呢？实现本地化日志功能
3. 本地化日志需要用到数据结构，得引入数据结构库
4. 底层数据模块更改，相关的命令都要更改：log、leak、stack
5. 加入异步日志同步模块，解决手动去ebpf端拉日志的麻烦
6. fork会产生子进程，找准时机attach，找准时机创建dwfl对象
7. fork会导致父进程内存变动，需要在合适时机更新dwfl对象
8. 解决父子进程符号化调用栈的问题
9. 支持无限fork

看下代码日志（写完的那一刻，太痛快了！）

看着自己写的工具越来越强大，很开心！人生的很多可能性，都是在不经意间来到的。我今天做了这样一件事情，不知未来会给我带来怎样的机缘呢？

那些觉得AI无所不能从而放弃自我成长的人，不妨看看借助AI能不能把这个需求搞出来

AI只是工具，牛叉的人，配上AI赋能，才会更强大！修内功，才能成为技术大佬，才能最大化使用AI这个强大的工具！

接下来展示给大家看一下工具的监测效果

一层fork，这是代码。父进程申请101B的内存不释放，子进程申请128B的内存不释放

开始用我写的工具yatrace监测。监测到两条malloc日志

run这一步的背后，实际上做了很多很多事情！比如：自动attach子进程、自动创建dwfl对象与子进程关联、刷新父进程的dwfl对象，这几件事情都不是简单就能做到的！

再来看看内存泄漏日志，精确到具体代码位置

肿么样？还是很酷的吧！这些都是基于ebpf技术实现的！我演示的一切，都是课程《手写生产级ebpf内存监测工具》中的

再来看无限fork，这个更酷！与刚刚代码不同的是，子进程又创建了子进程

看下监测到的日志。内存泄漏日志我就不贴图了

如果你：听说过eBPF很厉害，却陷在零散资料里无法系统入门；kprobe/tracepoint语法背了不少，实战中却连简单的追踪工具都写不出来；线上服务CPU突然飙升？不知道根源在哪，只能盲目重启；IO延迟居高不下？靠监控面板猜问题，找不到核心瓶颈；会用tcpdump、bpftrace排查网络问题，却想自定义监测维度时毫无头绪；想靠技术突破薪资瓶颈，却缺一门能落地的工程化实战技能…那你一定要了解这门课

ebpf几乎可以做一切你想做的检测：用户态检测+内核态检测。用户态包括检测：系统内存、自实现内存池、glibc路、MySQL、Redis、jvm、docker、自编写的程序…内核态包括检测：CPU、调度、上下文、内存、网络socket、网络协议、IO…你能想到的，它几乎都能做，非常有前途的技术！

当前购买这个课程，价格最低！性价比最高！后面会根据完成这些需求花费的时间与精力重新定价

对课程感兴趣的小伙伴可以找班主任领取20优惠券

除了这个小课，我还做了很多全网唯一的小课