颜如玉

在上篇文章 《深入理解 slab cache 内存分配全链路实现》 中，笔者详细地为大家介绍了 slab cache 进行内存分配的整个链路实现，本文我们就来到了 slab cache 最后的一部分内

本文是笔者 slab 系列的最后一篇文章，为了方便大家快速检索，先将相关的文章列举出来： 《细节拉满，80 张图带你一步一步推演 slab 内存池的设计与实现》 《从内核源码看 slab 内存池的创建

笔者之前在自己的专栏《聊聊 Linux 内核》 里通过大量的篇幅写了一个系列关于内存管理相关的文章，在这个系列文章中，笔者分别通过虚拟内存管理和物理内存管理两个角度算是把 Linux 内存管理子系统的

之前有不少读者给笔者留言，希望笔者写一篇文章介绍下 mmap 内存映射相关的知识体系，之所以迟迟没有动笔，是因为 mmap 这个系统调用看上去简单，实际上并不简单，可以说是非常复杂的一个系统调用。 如

通过上篇文章 《从内核世界透视 mmap 内存映射的本质（原理篇）》的介绍，我们现在已经非常清楚了 mmap 背后的映射原理以及它的使用方法，其核心就是在进程虚拟内存空间中分配一段虚拟内存出来，然后将

内存管理大串联，干货知识点密集，在这里大家会看到一个一个的知识点如何串联成一条知识线，一条一条的知识线如何编织成一个知识面

在上一小节的开头，笔者列举了引起缺页异常主要的三种原因，要么缺页的虚拟内存地址从来还没有被映射过，要么是虽然之前映射过，但是物理内存页被 swap 到磁盘上了，

处理 swap 缺页异常 如果在遍历进程页表的时候发现，虚拟内存地址 address 对应的页表项 pte 不为空，但是 pte 中第 0 个比特位置为 0

搜索平台的公共集群，由于业务众多，对业务的es查询语法缺少约束，导致问题频发。但是我们平台人力投入有限，也不可能一条条去审核业务的es查询语法，只能通过后置的手段去保证整个集群的稳定性。