2. Linux 内核架构概览：核心子系统及其交互

Linux 内核并非一个单一体，而是由多个高度内聚、低耦合的子系统构成。理解这些子系统（进程管理、内存管理、文件系统、网络栈、设备驱动）的职责及其交互关系，是进行内核编译调优的前提。本章将拆解这五大核心模块，并展示它们如何协同工作。

2.1 五大核心子系统全景

下表概括了每个子系统的核心职责与关键数据结构，后续章节将逐一深入。

2.2 子系统交互关系：核心数据流

下图展示了用户态程序发起一次 “读取网络文件” 操作时，五大子系统之间的典型交互路径。箭头方向代表数据流与控制流。

2.3 子系统内部架构速览

2.3.1 进程管理：调度类与 task_struct

进程管理围绕 task_struct 展开，调度器通过不同的调度类实现策略。编译时可选择 CFS（完全公平调度）、RT（实时调度）或 Deadline 调度类。

// 调度类接口 (简化)
struct sched_class {
    void (*enqueue_task)(struct rq *rq, struct task_struct *p, int flags);
    void (*dequeue_task)(struct rq *rq, struct task_struct *p, int flags);
    void (*check_preempt_curr)(struct rq *rq, struct task_struct *p, int flags);
    struct task_struct *(*pick_next_task)(struct rq *rq);
};

2.3.2 内存管理：三级分区与分配器

物理内存被划分为 ZONE_DMA、ZONE_NORMAL 和 ZONE_HIGHMEM（32位）。分配路径包括 alloc_pages()（伙伴系统）和 kmem_cache_alloc()（slab 分配器）。

// 内存节点与分区结构 (简化)
struct pglist_data {
    struct zone node_zones[MAX_NR_ZONES];
    // ...
};
struct zone {
    unsigned long watermark[NR_WMARK];  // 水位线，用于内存回收触发
    struct free_area free_area[MAX_ORDER]; // 伙伴系统空闲链表
};

2.3.3 文件系统：VFS 对象模型

VFS 定义了四种核心对象：super_block（已挂载文件系统）、inode（文件元数据）、dentry（目录项缓存）、file（打开的文件描述符）。

// VFS 核心对象关系
struct file {
    struct path f_path;                 // 包含 dentry 和 mount
    const struct file_operations *f_op; // 指向具体文件系统的操作表
    loff_t f_pos;
};
struct inode {
    umode_t i_mode;
    const struct inode_operations *i_op;
    struct address_space *i_mapping;    // 关联页缓存
};

2.3.4 网络栈：套接字与 sk_buff

网络栈的核心是 struct sock（套接字）和 struct sk_buff（报文缓冲区）。数据从网卡驱动通过 NAPI 机制进入协议栈。

// 网络报文缓冲区 (sk_buff) 关键字段
struct sk_buff {
    struct sock *sk;            // 归属的套接字
    struct net_device *dev;     // 网络设备
    unsigned int len, data_len; // 数据长度
    __u32 priority;             // 优先级 (用于 QoS)
    sk_buff_data_t transport_header;  // 传输层头
    sk_buff_data_t network_header;    // 网络层头
    sk_buff_data_t mac_header;        // 链路层头
};

2.3.5 设备驱动：设备模型与操作表

驱动通过 file_operations（字符设备）或 block_device_operations（块设备）向内核注册。内核编译时通过 CONFIG_* 选项决定哪些驱动被编译进内核或作为模块。

// 字符设备驱动操作表示例
static const struct file_operations my_fops = {
    .owner   = THIS_MODULE,
    .open    = my_open,
    .release = my_release,
    .read    = my_read,
    .write   = my_write,
    .unlocked_ioctl = my_ioctl,
};

2.4 子系统交互的典型场景：系统调用 read() 全景

以下步骤展示了用户态 read(fd, buf, 4096) 在内核中的完整旅程，涉及所有五大子系统。

1. 进程管理介入： 用户态进程执行 read 触发 0x80 中断或 syscall 指令，内核保存上下文，切换到内核栈。
2. VFS 层路由： sys_read() 通过 fd 找到对应的 struct file，调用 file->f_op->read。若文件是 NFS 挂载，则调用 NFS 的 read 操作。
3. 网络栈处理（网络文件系统）： NFS 驱动构造 RPC 请求，通过 sock_sendmsg() 将请求送入 TCP 协议栈。TCP 将数据分段，通过 IP 层路由，最终由网卡驱动发送。
4. 设备驱动响应： 网卡驱动通过 DMA 将数据从内核缓冲区发送到网络。接收端同理，网卡驱动通过中断或 NAPI 将数据送入网络栈。
5. 内存管理缓冲： 接收到的数据被放入 sk_buff，经过协议栈解析后，最终数据被拷贝到用户态缓冲区。同时，VFS 的 address_space 可能将数据缓存到页缓存中。
6. 进程管理唤醒： 当数据准备好后，等待队列中的进程被唤醒，调度器选择该进程继续执行，返回用户态。

2.5 编译调优切入点：子系统配置选项

下表列出了与每个子系统相关的关键内核编译选项，以及调优建议。