3. 操作系统内核基础

核心原理：内核四大子系统的职责与协作

操作系统内核是应用与硬件之间的唯一桥梁。当一次用户请求（如读取文件、发送网络包）发生时，它必然穿越四个核心子系统：进程调度器决定谁占用CPU，内存管理器决定数据放在哪里，文件系统决定持久化数据如何组织，网络协议栈决定数据如何跨越主机边界。这四个子系统并非孤立运行，而是通过系统调用、中断和内核缓冲区紧密耦合。例如，一次Nginx响应静态文件的流程，会依次触发文件系统的页缓存读取、内存管理器的缺页处理、进程调度器的I/O等待唤醒，以及网络协议栈的TCP发送队列操作。

进程调度：从“谁先跑”到“为什么卡顿”

Linux 默认的 CFS（完全公平调度器） 以虚拟运行时间为核心指标。每个可运行进程的 vruntime 按权重递增，调度器总是选择 vruntime 最小的进程运行。当进程因 I/O 等待进入睡眠时，它被移出运行队列；I/O 完成后通过唤醒机制重新入队。性能分析中，vmstat 的 r 列表示运行队列长度，若持续大于 CPU 核数，说明 CPU 饱和；sar -q 可查看历史负载。上下文切换开销并非恒定——每次切换涉及寄存器保存、TLB 刷新和缓存冷启动，高频率切换（如线程池过大）会显著拉低有效吞吐。

# 查看运行队列与上下文切换
vmstat 1 5
# 查看每个 CPU 的负载分布
mpstat -P ALL 1
# 追踪调度延迟（需要内核追踪点）
perf sched record -- sleep 3
perf sched latency

内存管理：虚拟内存、页缓存与缺页的代价

每个进程拥有独立的虚拟地址空间，通过多级页表映射到物理内存。性能分析最常关注三个层面：缺页异常分为主缺页（需从磁盘加载）和次缺页（仅新建页表项），主缺页的代价是毫秒级，次缺页是微秒级；页缓存（Page Cache） 缓存文件内容，命中时避免磁盘 I/O；Swap 换入换出则意味着物理内存严重不足。使用 sar -B 可观察缺页速率，free -h 查看缓存与 swap 用量。一个常见误区是认为 free 命令中 buff/cache 占用大就是内存不足——实际上这部分内存在压力下可被回收，真正危险的是 available 持续走低。

文件系统：VFS 与磁盘 I/O 的层次路径

文件系统性能分析需要区分逻辑 I/O（应用视角的 read/write）与物理 I/O（磁盘实际读写）。VFS 层负责路径查找与权限校验，dentry 缓存加速文件名到 inode 的转换；具体文件系统（如 ext4）负责块分配与日志；块设备层进行 I/O 调度与合并。性能排查时，iostat -x 1 的 %util 表示磁盘繁忙度，但 SSD 在高并发下即使 %util 达 100% 仍可能保持低延迟；更应关注 await（I/O 平均响应时间）与 svctm 的差距。日志文件系统（如 ext4 的 journal）在掉电恢复时保证一致性，但每次写操作都伴随日志提交，可通过挂载参数 data=writeback 降低延迟（牺牲一定一致性）。

网络协议栈：从 socket 到网卡的旅程

一次 TCP 发送请求经过：socket 层（维护发送缓冲区）→ TCP 层（分段、拥塞控制、重传管理）→ IP 层（路由选择与分片）→ 网卡驱动（DMA 映射）。接收路径则依赖硬中断通知 CPU，随后触发软中断（ksoftirqd）处理数据包。性能分析中，ss -s 查看 socket 统计，netstat -s 查看 TCP 重传与丢包，sar -n DEV 1 查看网卡吞吐与错误包。一个高频误区是只关注带宽利用率而忽略小包处理能力——当包速率（PPS）超过 CPU 软中断处理上限时，即使带宽未饱和也会出现严重丢包。

案例复盘：一次“内存充足但性能差”的排查

某服务出现周期性延迟尖峰，free 显示可用内存充足，vmstat 的 si/so 为 0，但 sar -B 显示 pgscank/s（页扫描速率）异常升高。进一步使用 perf top 发现内核的 shrink_page_list 占用大量 CPU。根因是页缓存中大量脏页需要写回磁盘，触发后台回收。通过 sysctl vm.dirty_ratio 与 vm.dirty_background_ratio 调整脏页阈值，并优化文件写入模式（改为批量 fsync），延迟尖峰消失。此案例说明：内存分析不能只看容量，要关注回收路径与脏页写回的联动效应。