3. Linux 内核驱动模型简介：字符设备、块设备、网络设备

在深入 DPDK 的 UIO/VFIO 机制之前，必须理解 Linux 内核驱动模型的三大分类及其访问路径。传统设备驱动分为字符设备、块设备和网络设备，它们各自定义了不同的用户态交互接口，也构成了用户态直接访问硬件的主要障碍。

3.1 三大设备类型与驱动模型

Linux 内核通过统一的 file_operations 结构体抽象设备访问，但三类设备在数据流、缓存策略和系统调用接口上存在本质差异。

3.2 字符设备驱动模型

字符设备是最简单的设备模型，也是 UIO 的基础。驱动通过注册 struct cdev 和 file_operations 暴露给用户态。

// 字符设备核心结构
struct file_operations {
    ssize_t (*read) (struct file *, char __user *, size_t, loff_t *);
    ssize_t (*write) (struct file *, const char __user *, size_t, loff_t *);
    long (*unlocked_ioctl) (struct file *, unsigned int, unsigned long);
    int (*mmap) (struct file *, struct vm_area_struct *);
    int (*open) (struct inode *, struct file *);
    int (*release) (struct inode *, struct file *);
};

用户态通过 /dev/xxx 设备节点操作字符设备。每次 read/write 都会陷入内核，产生上下文切换——这是性能瓶颈之一。

3.3 块设备驱动模型

块设备以固定大小块（通常 512B/4KB）为单位进行 I/O，内核引入页缓存（Page Cache）作为中间层，导致用户态无法直接控制数据落盘时机和位置。

// 块设备 I/O 路径（简化）
应用程序 → write() → VFS → 页缓存（脏页） → pdflush/内核线程 → 
块设备层（I/O调度器） → 块设备驱动 → 磁盘

3.4 网络设备驱动模型

网络设备是 DPDK 最直接相关的设备类型。标准网络驱动通过 struct net_device 注册，数据包通过 sk_buff 结构体在内核协议栈中传递。

// 网络设备收包路径（标准内核）
NIC 硬件 → DMA 到 Ring Buffer → 硬中断 → 软中断 (NET_RX_SOFTIRQ) →
netif_receive_skb() → 协议栈（IP/TCP/UDP） → socket 缓冲区 → 
用户态 recvfrom()

这条路径包含至少 4 次数据拷贝（NIC→内核缓冲区、内核→协议栈、协议栈→socket、socket→用户态）和多次上下文切换，是高性能网络应用的主要瓶颈。

3.5 用户态访问硬件的传统障碍

综合三类设备模型，用户态程序直接访问硬件面临以下核心障碍：

1. 权限隔离：用户态无法执行 in/out 指令或访问物理内存地址，所有硬件访问必须通过内核系统调用。
2. 上下文切换：每次 read/write/ioctl 都涉及用户态↔内核态切换，延迟约 50-100ns，高频率下不可接受。
3. 数据拷贝：内核与用户态之间的数据传递需要 copy_from_user/copy_to_user，增加 CPU 开销和缓存污染。
4. 中断处理：硬件中断由内核处理，用户态无法直接响应，需通过信号或事件通知机制，增加延迟抖动。
5. 缓存一致性：内核可能对数据做缓存（如 Page Cache、sk_buff），用户态无法控制缓存策略和刷新时机。

3.6 三类设备与 DPDK 驱动选择的关系