- 收录文章
- 62 篇文字被发现
- 文章访问
- 3,023 次从这里出发阅读
- 博客访问
- 556 次前往作者站点
- 最近更新
- 09.08 2026年
FROM THIS BLOG
最近文章
[linux内存管理] 第 051 篇 内存回收核心 shrink_node
shrink_node 是 Linux 内存回收路径的核心枢纽：无论是 kswapd 后台回收，还是 direct reclaim / node_reclaim 这种前台、同步回收，最终都汇聚到这个函数，在节点维度完成真实的页面回收调度。文中用结构...
[linux内存管理] 第 050 篇 深度分析 direct reclaim 机制
直接回收是 Linux 内存分配慢路径中的同步回收机制：当 kswapd 的后台回收跟不上分配需求、快路径已失败时，由分配线程“自己动手”回收页面，作为介于 kswapd 与 OOM 之间的第二道防线。整体流程发生在 __a...
[linux内存管理] 第 049 篇 深度分析 Linux kswapd 后台回收机制
在上一节整体梳理内存回收机制之后，本篇聚焦“内脏细节”，系统性拆解 Linux 内核中实际扫描与释放页面的关键链路。文章围绕 kswapd 后台回收与直接回收两大路径展开：一条从 kswapd() → balance_pgdat() →...
[linux内存管理] 第 048 篇 从 alloc_pages() 开始：快慢路径下的内存回收策略
本文深入剖析了Linux内核内存回收的触发机制。当应用程序通过`alloc_pages()`请求内存时，若快速路径（从空闲列表获取）失败，便会进入慢速路径。慢速路径会根据情况唤醒`kswapd`后台内核线程进行异步回收...
[linux内存管理] 第 047 篇 Linux 内存回收（Memory Reclaim）总体架构
Memory Reclaim 是 Linux 内存管理的重要组成部分，也是理解内核内存管理的关键。本文以 Linux 5.15 为主线，从整体架构的角度梳理 Memory Reclaim 的工作流程、核心模块及源码结构，为后续深入分析页面回...
[Android稳定性] 第065篇 SELinux 设置为 permissive 模式后出现的 kernel panic
项目在 bringup 阶段发现，将手机 SELinux 设为 permissive 后系统会在进入 Android 前死机。通过 fulldump 与内核日志可见 panic 原因是 UBSAN 报告的数组越界，触发点位于 uzram 模块的 zram_submit_bio...
再看《孩子王》观后感：当AI成为每个人的“字典”之后
本文通过重看电影《孩子王》，将其核心道具“字典”与当下的AI工具进行类比。作者指出，学生王福渴望字典，如同今天人们依赖AI直接获取答案，两者本质都是知识工具。文章核心观点在于，关键并非工具本身，而...
再看《孩子王》观后感：当AI成为每个人的“字典”之后
最近我刷抖音，偶然又刷到了这个电影的讲解，记忆里还是很早的时候看过这部电影，记忆里都已经是模模糊糊的片段了，所以我前两天重看了《孩子王》。 第一次看的时候，关注的是那个特殊年代的教育、贫瘠的...
[Android稳定性] 第064篇 blk_mq_tags Use-After-Free 导致系统级 I/O 死锁
围绕 SPRD UMS9230 平台在 DDR Qualify.TT 测试中出现的冻屏问题，分析通过 ramdump、vmlinux 等工件定位到根因在内核 Block 层：blk_mq_tags 结构体发生 use-after-free，Scsi_Host.tag_set.tags 指针指...
[Android稳定性] 第063篇 EROFS 解压缩页面 Use-After-Free 导致 Kernel Panic
围绕一次发生在 Qualcomm Ravelin SNP-AN00 平台上的 kernel panic，分析聚焦于 EROFS 压缩文件系统在 LZ4 解压过程中出现的 translation fault。根因是函数 z_erofs_lz4_decompress_partial 通过 __memcp...
[开源项目] GitNexus + Claude Code 配置与使用指南
GitNexus 是一款将代码仓库自动索引为知识图谱的工具，它会追踪项目中的每个依赖、调用链、集群和执行流，并通过 MCP（Model Context Protocol）暴露给 Claude Code，使 AI 代理真正理解代码的全局架构与...
[linux内存管理] 第046篇 Page Cache脏页回写机制深入分析
围绕 Linux‑6.1 的 Page Cache 脏页回写机制展开，承接上一篇“脏页标记”，完整追踪数据从被修改到落盘的路径。先提炼回写要解决的三大问题：何时触发、由谁执行、如何高效写回；再从历史演进切入，对比早...