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机制，通过运行时动态替换代码段，实现零开销切换分支。
![[linux内存管理] 第029篇 谁把folio的函数定义“藏”起来了？](https://halo-19274848.oss-cn-shanghai.aliyuncs.com/2025/08/halo_lwibxfi.jpg?x-oss-process=style/watermark&x-oss-process=image/resize,w_800,m_lfit)
3月前
3 条
[linux内存管理] 第029篇 谁把folio的函数定义“藏”起来了？
这篇文章探讨了在阅读Linux内核代码时，如何解决一些函数定义难以找到的问题。作者遇到了folio_test_active()等函数无法找到定义的困惑，通过搜索发现这些函数是通过特殊的宏定义在page-flags.h文件中创建的。文章详细解释了PAGE_TYPE_OPS()和FOLIO_FLAG()宏的工作原理，以及如何通过这些宏定义函数。最终，作者成功理解了这些函数的定义方式，并总结说这种方法虽然特殊，但探索和理解的过程非常有意思。