![[灵感风暴] 第002篇 高通平台增强型watchdog](https://halo-19274848.oss-cn-shanghai.aliyuncs.com/2025/12/halo_gvgjhxp.jpeg?x-oss-process=style/watermark&x-oss-process=image/resize,w_800,m_lfit)
2周前
[灵感风暴] 第002篇 高通平台增强型watchdog
以提升高通watchdog调试效率为目标，提出面向新手工程师的内核日志增强方案，通过驱动形式集成UTC时间、Top10中断、Watchdog进程状态、CPU可用与ping掩码、最近跨核调用等关键信息输出，精准定位中断风暴、CPU无响应等常见系统异常，显著加快问题分析进程。
![[BPF] 第001篇 使用 eBPF 监控 Linux 内核内存分配](https://halo-19274848.oss-cn-shanghai.aliyuncs.com/2025/12/halo_spemydm.jpeg?x-oss-process=style/watermark&x-oss-process=image/resize,w_800,m_lfit)
3周前
[BPF] 第001篇 使用 eBPF 监控 Linux 内核内存分配
深入探索eBPF技术，该方案通过非侵入式方式在Linux内核中高效运行自定义字节码，实现对kmalloc内存分配的实时监控，兼具安全性和灵活性。文章详细展示了内核态插桩与用户态应用的协同原理与代码实践，支持多维过滤和实用输出，适合于系统性能分析及生产环境部署，为内核行为追踪和资源优化提供了极具价值的案例
![[灵感风暴] 第001篇 Charger Property Engine 设计方案](https://halo-19274848.oss-cn-shanghai.aliyuncs.com/2025/12/halo_g2mevdu.jpeg?x-oss-process=style/watermark&x-oss-process=image/resize,w_800,m_lfit)
3周前
[灵感风暴] 第001篇 Charger Property Engine 设计方案
聚焦智能设备BMS中I2C通信瓶颈，提出结合属性缓存与自适应刷新机制的创新方案，通过缓存属性并动态调整TTL，有效减少I2C访问冲突和通信负担。自适应算法根据属性变化及噪声门限、窗口振幅智能控制刷新频率，提升系统实时性与稳定性，同时引入并发控制与总线熔断机制，确保关键数据高效、安全传输。
4周前
站在2025的尾巴上：回顾、感恩与前行
2025年，作者在人生与职业的双重转折中，聚焦于“尝试平衡”。工作上勇于转型，持续分享与协作，实现技术与心态的成长；生活中，婚姻和家庭成为新的关注重心。通过经验总结、系统学习和乐于成就他人，收获个人成长，体会到快速学习和适应变化是核心能力，并在自我反思中展望未来。
站在2025的尾巴上：回顾、感恩与前行
查看完整文章 评论![[linux内存管理] 第034篇 slab内存分配器之kmalloc全面详解](https://halo-19274848.oss-cn-shanghai.aliyuncs.com/2025/12/halo_z9vaa97.jpeg?x-oss-process=style/watermark&x-oss-process=image/resize,w_800,m_lfit)
4周前
[linux内存管理] 第034篇 slab内存分配器之kmalloc全面详解
深入解析Linux内核中kmalloc的内存池体系，详解其在高效分配小至中等连续物理内存块中的核心作用。文章重点说明kmalloc通过预先创建多种尺寸的slab内存池，有效应对频繁的通用及专属内存分配需求，并结合源码分析创建流程、类型划分及对应场景，帮助开发者理解内核内存分配机制的高效性与灵活性。
![[linux内存管理] 第033篇 深度解析 slab 内存池回收内存以及销毁全流程](https://halo-19274848.oss-cn-shanghai.aliyuncs.com/2025/06/halo_o9u8kmg.png?x-oss-process=image/resize,w_800,m_lfit)
4周前
[linux内存管理] 第033篇 深度解析 slab 内存池回收内存以及销毁全流程
copyright_author: bin的技术小屋 copyright_author_href:
![[linux内存管理] 第032篇 使用trace32分析slab cache](https://halo-19274848.oss-cn-shanghai.aliyuncs.com/2025/12/halo_zu6xrif.jpeg?x-oss-process=style/watermark&x-oss-process=image/resize,w_800,m_lfit)
1月前
[linux内存管理] 第032篇 使用trace32分析slab cache
以实际dump为例，文章用trace32深入解析了Linux slab cache的内部逻辑，带你逐层解读kmalloc-64实例中的数据结构，从kmalloc_caches和kmem_cache到per-CPU区与节点node的内存组织和管理特性。
![[linux内存管理] 第031篇 内核启动早期的slab分配器的自举](https://halo-19274848.oss-cn-shanghai.aliyuncs.com/2025/06/halo_o9u8kmg.png?x-oss-process=style/watermark)
1月前
[linux内存管理] 第031篇 内核启动早期的slab分配器的自举
梳理Linux内核启动早期内存管理的四个阶段，文章深入分析了slab分配器自举的“鸡生蛋”难题：分配器本身依赖尚未初始化的自身结构体。详细解读slab分配器如何通过静态变量及多层自举逻辑，巧妙解决这一循环依赖困境，进而实现对象级缓存的高效分配与初始化，为内核后续稳定运行打下坚实基础。
1月前
[linux内存管理] 第030篇 深入理解 slab cache 内存分配全链路实现
通过内核源码深入解析slab cache的内存分配机制，文章以task_struct为例详解fastpath和slowpath的分配流程，阐释了kmem_cache在多CPU和NUMA架构下的高效对象分配策略，以及如何通过本地CPU缓存、空闲对象链和慢速路径保证性能和并发安全。
![[Android稳定性] 第060篇 [问题篇] storage corruption导致的死机](https://halo-19274848.oss-cn-shanghai.aliyuncs.com/2025/11/halo_knmvuxm.png?x-oss-process=style/watermark&x-oss-process=image/resize,w_800,m_lfit)
2月前
[Android稳定性] 第060篇 [问题篇] storage corruption导致的死机
一台售后机器频繁重启，日志分析定位到kernel在同一代码处异常crash，且product分区未损坏。无论刷super单镜像还是整包软件，问题都复现，确认是存储损坏(storage corruption)导致。后续将通过UFS交叉验证和检测，进一步排查硬件问题，以寻找更深层次故障原因。
![[linux内存管理] 第000篇 Linux内存管理系列开篇](https://halo-19274848.oss-cn-shanghai.aliyuncs.com/2025/06/halo_pdqfdb0.png?x-oss-process=style/watermark)
2月前
[linux内存管理] 第000篇 Linux内存管理系列开篇
系列深入剖析Linux内存管理在ARM64架构下的原理与实现，覆盖物理内存初始化流程、核心分配器机制（如buddy、slab、vmalloc、CMA等）、缺页异常处理、页面回收、内存节点解析等关键环节，结合Kernel 5.15源码与丰富补充资料，帮助读者系统理解底层架构与内存管理优化要点
![[Android稳定性] 第059篇 [问题篇] 内核内存区域重叠导致的页表映射错误](https://halo-19274848.oss-cn-shanghai.aliyuncs.com/2025/10/halo_pwwzrlv.jpeg?x-oss-process=style/watermark&x-oss-process=image/resize,w_800,m_lfit)
2月前
[Android稳定性] 第059篇 [问题篇] 内核内存区域重叠导致的页表映射错误
基线升级后引入高通baseline代码导致设备在重启时死机，问题定位至内核mtdoops_do_dump模块。通过dmesg日志和trace32调试发现，关键内存地址pte为空，导致系统在访问p_hdr结构时出现页表异常。分析详细还原故障场景，为后续修复提供技术依据，展示了系统性排查和调试过程的专业