缺页中断难道不是出错，而是内核Zui繁忙的正常路径吗？

哈哈，你说得对，咱就是说缺页中断这个名字听着挺吓人，但其实它是我们程序运行过程中非常常见的一种情况。

简单来说就是 CPU 在执行指令时需要访问某个虚拟地址，但发现对应的物理页不在内存里这时候就会触发缺页中断。

害，这时候内核就得接手了kankan这个地址到底是不是合法的，Ru果是的话，就得把对应的物理页给补上。

Linux 为每个进程实时累计着 minor / major fault 的次数，我们Ke以通过一些命令或者代码来查kan。

比如说我们Ke以用 /usr/bin/time -v 这个命令来跑我们的程序，结束后它会把整个进程的缺页数打出来。

你kan，这就是为什么百度不收录某些网站的原因之一，因为有些网站的服务器响应速度太慢，导致搜索引擎爬虫频繁超时这样就没法收录了。

回答：那是因为服务器响应速度太慢，或者网站结构、内容等原因导致搜索引擎爬虫没法正常抓取。

说实话，缺页中断是内核Zui忙的正常路径之一，不是异常。

咱就是说malloc 完第一次写、程序第一次执行到某段代码、读一个 mmap 进来的文件，全靠缺页才把内存真正落地。

它会检查出错的那个虚拟地址是不是合法的，Ru果不是直接给进程发 SIGSEGV 信号，结束进程。

Ru果地址合法，内核就得决定这页内容该从哪儿来是清零造一页，还是去磁盘取，或者从交换区换回内存。

比如说fork 出子进程时内核没有真复制父进程的内存，而是让父子的页表指向同一批物理页、并把这些页全标成只读。

一旦有谁去写，写只读页 → 触发缺页 → 走 do_wp_page内核这才复制一份新物理页给写的那一方。

虽然听起来挺复杂，但其实它是我们程序运行过程中非常常见的一种情况。

#include <sys/resource.h>

struct rusage r0, r1;
getrusage;          // 测量区间——前
/* ... 想测的那段代码 ... */
getrusage;          // 测量区间——后
printf("这段代码触发: minor=%ld  major=%ld
",
       r1.ru_minflt - r0.ru_minflt,   // 没碰磁盘的缺页
       r1.ru_majflt - r0.ru_majflt);  // 真去磁盘的缺页

/proc/<pid>/stat 这个文件的第 、 个字段就是该进程的 minflt / majflt，cat 出来就Nengkan。

   同样  个页，第一次访问：   匿名页写:   minor=   major=       ← 内核就地造，不碰磁盘   文件页读: minor=       major=   ← 每页dou得去磁盘取   差别全在 handle_pte_fault 那一步分派给了谁：   do_anonymous_page  vs  filemap_fault

VMA 是内核内部用来记录进程合法拥有的每一段地址区间的东西。

   出错地址 ──► findvma 在进程所有 VMA 里查它落在哪个区间
   aaaaca4d0000-aaaaca4d1000 r-xp   ← 代码段：可读可执行，不可写
   aaaaca4f0000-aaaaca4f1000 rw-p   ← 数据段：可读可写
   aaaaf432c000-aaaaf434d000 rw-p      ← 堆
   ffffb6760000-ffffb68fc000 r-xp   libc     ← 库代码
   ffff...           rw-p     ← 栈
   查的结果分两种：根本没有哪个 VMA 罩住它  /  有，但权限不符

fork 后              子写第 k 页 → dowppage
父 ─┐                              父 ─► 物理页A 
├─► 物理页A 
子 ─┘                              子 ─► 物理页B 
                                            ↑ 这一次 COW 缺页干的事
读dou不缺页；谁写谁触发一次缺页，分一张私有页给它

gcc -O0 segv.c -o segv && ./segv; echo "退出码=$?"
准备读 %p ...
收到 SIGSEGV: 内核查遍所有 VMA dou没找到地址 %p, 判定非法访问
退出码=$?