- 博客(6)
- 资源 (1)
- 收藏
- 关注
RSS订阅原创 基于ebpf的系统内存cache持续攀升的根源分析
摘要：服务器交付后监控发现一台服务器的cache持续攀升，5小时内增长4G。通过cachetop工具分析发现多个inline进程持续写文件导致cache增长。进一步检查发现业务进程因session上限频繁记录error日志，78个日志文件占用大量内存页。解决方案是对error日志进行节流处理。该案例展示了cache增长的分析方法，同时提出Linux内存回收机制未按预期工作的疑问，强调工具使用在问题排查中的重要性。
2026-01-29 17:03:41
660
原创 基于NUMA架构的内存分配带来30%+的性能提升！
小小的一行代码，竟然能带来如此大的性能提升，在笔者的职场生涯中实属罕见，此前也只是在拜读诸多大神们的技术分享文章中看到，但远没有自己亲身经历一次来的有实感。
2025-12-23 20:12:12
1177
原创 系统内存满时使用mlockall实现关键进程的正常运行
本文演示了一种方法实现在系统内存紧张时如何保证关键进程的正常运行，主要涉及 mlockall() 这个系统调用。另外，还稍微谈了一下这个系统调用的实现原理。如果读者想要弄清楚每个细节，还需要学习一些内存回收相关的知识。
2025-03-28 09:17:04
1163
原创 基于crash分析第三方模块导致的内核softlockup
本文重点着墨的是展示第三方模块导致系统 crash 时的分析流程，soft lockup这类hung问题大部分都是由于代码中对锁的处理出现问题导致的，在必要的时候需要分析锁的状态以及等待锁的进程。
2025-03-21 17:11:13
1333
原创 某agent进程占用CPU过高问题剖析
表面上看似无懈可击的问题，总会有下手或是突破之处。我们缺乏的永远不是问题，而是处理问题的方法。在解决这个问题的过程中，我研究了ptrace的原理，补齐了内核进程状态及系统调用相关的知识，还复习了TCP网络连接状态的转换流程，再一次深深地体会了一下Linux系统中“一切皆文件”的思想。欢迎有兴趣的工程师们提出宝贵的意见！wx: k-0xax。
2025-03-17 11:25:33
3082
原创 记一次vlan报文引起的内核crash的分析过程
行文至此，该crash的前因后果都已揭露无遗。有表像，有过程，有结论，有爽点，至少能说明不是在胡说八道。另外，笔者遇到的这个场景是相对来说比较简单定位的，当涉及到寄存器被覆盖的复杂场景时，笔者并没有去分析如何从stack中还原变量值，有兴趣的小伙伴可以自行搜索学习。个人水平有限，欢迎各位大牛不吝赐教！wx：k-0xax。
2025-03-12 15:16:31
1138
1
virtualbox-ext-vnc-6.1.22-2-x86_64.pkg.tar.zst
2021-05-27
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人