![[linux内存管理] 第000篇 Linux内存管理系列开篇](https://halo-19274848.oss-cn-shanghai.aliyuncs.com/2025/06/halo_pdqfdb0.png?x-oss-process=image/resize,w_800,m_lfit)
3周前
评论
[linux内存管理] 第000篇 Linux内存管理系列开篇
系列深入剖析Linux内存管理在ARM64架构下的原理与实现，覆盖物理内存初始化流程、核心分配器机制（如buddy、slab、vmalloc、CMA等）、缺页异常处理、页面回收、内存节点解析等关键环节，结合Kernel 5.15源码与丰富补充资料，帮助读者系统理解底层架构与内存管理优化要点
![[Android稳定性] 第053篇 [方法篇] 稳定性问题分析指导](https://halo-19274848.oss-cn-shanghai.aliyuncs.com/2025/06/halo_c3x5u5a.png?x-oss-process=style/watermark&x-oss-process=image/resize,w_800,m_lfit)
5月前
22 条
[Android稳定性] 第053篇 [方法篇] 稳定性问题分析指导
本文摘要：文章通过一个嵌入的Xmind思维导图，展示了某个主题的结构化思考。思维导图涵盖关键点，以直观的方式呈现信息，便于读者快速理解和把握核心内容。
![[Android稳定性] 第000篇 Android稳定性系列开篇](https://halo-19274848.oss-cn-shanghai.aliyuncs.com/2025/06/halo_agdmerq.jpg?x-oss-process=image/resize,w_800,m_lfit)
11月前
1 条
[Android稳定性] 第000篇 Android稳定性系列开篇
本文集深入探讨了Android稳定性问题，分为方法篇、原理篇和问题篇三个部分。方法篇介绍了稳定性分析的方法，包括高通Android平台稳定性分析、watchdog分析流程、crash分析以及RCU Stall问题的分析等。原理篇详细解析了subsystem ramdump、mtdoops、minidump、blackbox等稳定性相关原理，以及高通平台watchdog机制和QCOM常见reboot类型流程。问题篇则列举了多种稳定性问题案例，如原子状态调度引起的死机、中断风暴导致的panic、内存分配失败、slab内存泄露等，并分析了其原因及解决方案。
![[linux内存管理] 第030篇 深入理解 slab cache 内存分配全链路实现](https://halo-19274848.oss-cn-shanghai.aliyuncs.com/2025/06/halo_o9u8kmg.png?x-oss-process=image/resize,w_800,m_lfit)
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)
3周前
评论
[Android稳定性] 第060篇 [问题篇] storage corruption导致的死机
一台售后机器频繁重启，日志分析定位到kernel在同一代码处异常crash，且product分区未损坏。无论刷super单镜像还是整包软件，问题都复现，确认是存储损坏(storage corruption)导致。后续将通过UFS交叉验证和检测，进一步排查硬件问题，以寻找更深层次故障原因。
![[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)
1月前
3 条
[Android稳定性] 第059篇 [问题篇] 内核内存区域重叠导致的页表映射错误
基线升级后引入高通baseline代码导致设备在重启时死机，问题定位至内核mtdoops_do_dump模块。通过dmesg日志和trace32调试发现，关键内存地址pte为空，导致系统在访问p_hdr结构时出现页表异常。分析详细还原故障场景，为后续修复提供技术依据，展示了系统性排查和调试过程的专业
1月前
评论
内核分析利器crash的编译指南
crash是一款基于GDB、专为Linux内核崩溃转储文件分析而设计的开源工具，补足了GDB无法读取内核核心信息的不足。文章详解crash的手动编译安装流程，并重点介绍利用GitHub Action实现自动化编译和发布，极大简化部署环节，高效便捷，适合开发者快速上手与持续集成。
1月前
评论
利用 Claude Code 探索 Linux 内核奥秘
Claude Code高效助力Linux内核学习，文章详细介绍其在Windows系统上的安装流程及环境变量设置，并对API KEY获取及费用问题给出第三方解决方案。通过配置和使用Claude-code-router，可灵活切换API服务，支持针对不同目录乃至全局的内核源码智能分析，大幅提升开发和学习
![[Linux进程调度] 第002篇 Linux下0号进程的前世(init_task进程)今生(idle进程)](https://halo-19274848.oss-cn-shanghai.aliyuncs.com/2025/09/halo_ufytskl.jpeg?x-oss-process=style/watermark&x-oss-process=image/resize,w_800,m_lfit)
2月前
评论
[Linux进程调度] 第002篇 Linux下0号进程的前世(init_task进程)今生(idle进程)
Linux下有三个特殊进程：idle（PID=0）、init（PID=1）和kthreadd（PID=2）。idle是系统首个进程，由静态定义的init_task演变而来，是唯一未通过fork/kernel_thread产生的进程，运行在内核态，每个处理器单元独立一个，负责系统空闲时执行节能循环。init由idle创建，完成初始化后进入用户空间，成为所有用户进程祖先，最终转为守护进程。kthreadd亦由idle创建，始终运行于内核空间，负责管理和调度所有内核线程，是其父进程。idle通过rest_init函数创建init和kthreadd后演变为idle，不参与调度，仅在运行队列为空时执行cpu_idle_loop。
2月前
5 条
【深入内核】理解Linux Static Keys和jump label机制
在Linux内核高频路径中，likely/unlikely宏帮助提升分支预测准确率，但随着判断增多，分支预测失败和cache压力导致性能瓶颈。为彻底消除分支带来的损耗，内核引入static keys和jump label机制，通过运行时动态替换代码段，实现零开销切换分支。
