山中功课 139篇

[linux内存管理] 第026篇 从内核源码看 slab 内存池的创建初始化流程 5月前查看 评论
[linux内存管理] 第026篇 从内核源码看 slab 内存池的创建初始化流程

本文详细介绍了Linux内核中slab内存池的创建过程，从源码层面解释了slab cache的架构设计和实现。文章首先介绍了slab cache的创建接口函数kmem_cache_create，并解释了其参数与slab cache结构体属性的对应关系。接着，文章深入分析了slab cache创建的详细流程，包括获取锁、参数校验、查找可复用的slab cache、计算slab对象的内存布局、初始化slab cache的重要属性、创建本地cpu缓存和NUMA节点缓存等步骤。此外，文章还介绍了slab allocator体系的初始化过程，解释了如何解决先有鸡还是先有蛋的问题，并详细说明了slab对象的内存布局和计算slab所需物理内存页个数的逻辑。最后，文章总结了slab cache的创建流程和架构，并展望了后续对slab内存池内存分配的深入探讨。

[linux内存管理] 第025篇 细节拉满，80 张图带你一步一步推演 slab 内存池的设计与实现 5月前查看 评论
[linux内存管理] 第025篇 细节拉满，80 张图带你一步一步推演 slab 内存池的设计与实现

本文介绍了 Linux 内核中的 slab 内存池，用于高效地分配和释放小内存块。作者首先回顾了 Linux 内存分配的宏观流程，然后引出 slab 内存池的产生背景和优势。slab 内存池将频繁使用的小内存块池化，避免了频繁的内存分配和释放带来的性能开销。文章详细介绍了 slab 对象池的内存布局，包括对齐、red zone、freepointer 和状态信息等。接着，文章分析了 slab 的总体架构设计，包括 kmem_cache、kmem_cache_cpu 和 kmem_cache_node 等数据结构。最后，文章详细介绍了 slab 内存分配和释放的原理，包括从本地 cpu 缓存、partial 列表、NUMA 节点缓存和伙伴系统中分配和释放内存的场景。

任务调度器：从入门到放弃（一） 5月前查看 评论
任务调度器：从入门到放弃（一）

本文探讨了Linux调度器的运作机制，特别是完全公平调度器（CFS）和实时调度类（RT）的区别，以及控制组（cgroup）如何通过限制资源配额来影响调度结果。文章指出，CFS的优先级代表权重，而非传统意义上的优先级顺序，而cgroup则通过cpu.shares参数来控制资源占比。实验表明，当进程在同一个分组时，其资源占比受到priority权重的影响；当进程在不同分组时，其资源配额受到组的cpu.shares的控制。文章还讨论了cgroup可能带来的问题，如默认资源配额不合理和跨资源group组调用的问题。

[Android稳定性] 第049篇 [问题篇] 软中断霸占CPU导致watchdog无法及时喂狗 5月前查看 2 条
[Android稳定性] 第049篇 [问题篇] 软中断霸占CPU导致watchdog无法及时喂狗

**问题现象**： 系统出现死机现象。 **问题分析**： 通过分析dmesg日志和内核定时器数据，发现是由于watchdog定时器未在规定时间内被“喂狗”导致。进一步分析发现，CPU 3上的定时器时钟落后，导致pet_timer无法在规定时间触发。 **问题根因**： 网络驱动中的软中断处理路径占用了较长时间的软中断上下文，并多次禁用底半部，导致定时器软中断无法及时执行。 **解决方案**： 建议优化网络驱动中的软中断处理路径，减少底半部的禁用时间，以确保定时器软中断能够及时执行。

[Android稳定性] 第048篇 [原理篇] Android SWT机制介绍 5月前查看 评论
[Android稳定性] 第048篇 [原理篇] Android SWT机制介绍

SWT-Android Software Watchdog Timeout 是 Android 系统中的一种监控机制，用于检测 System Server 进程中的核心服务和线程是否卡住，并在必要时自动重启系统。本文介绍了 SWT 的原理、实现方式、常见原因、检查流程以及相关工具的使用。 **SWT 的重要性**： System Server 是 Android 系统的核心进程，为应用程序提供各种服务。如果 System Server 中的核心服务和线程卡住，会导致系统出现各种异常，例如手机卡顿、应用程序无法启动等。SWT 机制可以及时发现并解决这些问题，提高系统稳定性。 **SWT 的实现**： SWT 通过添加 MonitorChecker 和 HandlerChecker 两种 Checker 来监控核心服务和线程。MonitorChecker 检查系统核心服务是否被锁时间过长，HandlerChecker 检查系统核心线程创建的 Looper 管理的消息队列是否阻塞。如果检测到卡顿，SWT 会杀死 System Server 进程并重启系统。 **常见 SWT 原因**： 等锁、SurfaceFlinger 卡住、Native 方法执行时间过长、Binder Server 卡住、Zygote fork 进程时卡住、Dump 时间过长等。 **SWT 检查流程**： 检查 SWT DB 中的 trace 文件，分析线程状态、call stack 和相关 log，找出卡顿的原因。 **相关工具**： hang_SWT_analysis-v6.1 工具可以自动分析 SWT DB，并生成分析报告。 **性能问题导致的 SWT**： 检查 CPU Loading、Low Memory 和 IO 状况，找出性能瓶颈并进行优化。

[Android稳定性] 第047篇 [问题篇] Unexpected kernel BRK exception at EL1 5月前查看 评论
[Android稳定性] 第047篇 [问题篇] Unexpected kernel BRK exception at EL1

**问题背景**：多款手机在启用移动热点功能后出现死机现象，涉及BUGO19-6212、BUGO19-6235和BUGO19-6210等多个JIRA问题。 **问题现象**：设备在启用热点后崩溃。经过测试，发现启用热点功能会导致设备死机，与预期不符。 **问题分析**：通过分析堆栈信息和汇编代码，初步判断问题为数组越界。寄存器W26的值超出数组最大值，导致数组越界，进而触发BRK异常。 **wlan模块分析**：在wlan模块中，存在两个for循环，重复复制了同一批非indoor信道，导致pcl_len值翻倍，超出数组最大值。 **解决方案**：删除第二个for循环，避免重复复制信道，从而解决数组越界问题。

【深入内核】linux ftrace详解 6月前查看 2 条
【深入内核】linux ftrace详解

本文主要介绍了Ftrace（Function Tracer）的概念、实现原理和使用方法。Ftrace是Linux内核自带的轻量级跟踪框架，用于记录内核内部发生的事件与函数调用，帮助开发者洞察系统最深处的执行路径、时序瓶颈与异常行为。文章详细阐述了Ftrace的实现原理，包括静态插桩和动态插桩两种方式，并介绍了Ftrace的开启方法，包括设置tracer类型、设置tracer参数、使能tracer、进行测试和提取trace结果等步骤。此外，文章还介绍了常见的trace event详解和特别注意点，如能够使用adb和开机过程中死机的情况。