4. 延迟写背景：传统帧缓冲写操作问题、屏幕撕裂现象、刷新率与写入速率矛盾

在深入 fb_deferred_io 机制之前，必须理解传统帧缓冲（Framebuffer）写入模式所面临的三大核心问题。这些问题直接催生了延迟写与脏页跟踪技术的诞生。

4.1 传统帧缓冲写操作问题

传统帧缓冲驱动（如 fbdev）的写入模型是“直接写、立即刷”。当用户空间程序（如 GUI 合成器、游戏引擎）通过 mmap() 映射帧缓冲内存后，每一次对映射区域的写操作（store 指令）都会立即触发硬件刷新或等待垂直消隐期（VBlank）。这种模式存在以下严重缺陷：

4.2 屏幕撕裂（Tearing）现象

屏幕撕裂是帧缓冲写入与显示器扫描输出不同步导致的视觉缺陷。当显示器正在逐行扫描当前帧时，应用程序突然更新了帧缓冲区的内容，导致显示器在一帧内显示了两个不同帧的部分内容。

4.3 刷新率与写入速率矛盾

刷新率（Refresh Rate）与写入速率（Write Rate）之间的矛盾是帧缓冲系统设计的核心挑战。两者在时间尺度上存在根本性的不匹配：

• 刷新率固定： 显示器以固定频率（如 60Hz、120Hz、144Hz）逐行扫描，每个扫描周期（VBlank 间隔）是固定的。
• 写入速率波动： 应用程序的写入速率受 CPU 负载、渲染复杂度、I/O 等待等因素影响，呈现高度波动性。

当写入速率高于刷新率时，会出现“多写一刷”的情况，导致中间帧被丢弃或撕裂。当写入速率低于刷新率时，会出现“一写多刷”的情况，导致显示器重复显示同一帧，造成视觉卡顿（Stuttering）。

4.4 传统解决方案及其局限性

为了解决上述问题，业界提出了几种传统方案，但各有局限：

• 双缓冲（Double Buffering）： 使用两个帧缓冲区，一个用于显示（Front Buffer），一个用于写入（Back Buffer）。写入完成后通过交换指针（Page Flip）更新显示。但需要额外的内存开销，且交换时机仍需与 VBlank 同步。
• 垂直同步（V-Sync）： 强制写入操作在 VBlank 期间完成，避免撕裂。但会引入输入延迟，且当写入时间超过 VBlank 窗口时会导致帧率下降。
• 全量刷新： 每次 VBlank 都刷新整个帧缓冲区。简单但效率低下，尤其在高分辨率下带宽压力巨大。

4.5 延迟写机制的解决思路

fb_deferred_io 的核心思路可以概括为：

1. 允许随时写入： 应用程序通过 mmap() 映射帧缓冲后，写入操作直接修改内存页，不触发任何硬件刷新。
2. 脏页自动跟踪： 内核通过页表机制（Page Fault）或 MMU 通知（如 ARM 的硬件 dirty bit）自动标记被修改的页面为“脏页”。
3. 延迟批量刷新： 在下一个 VBlank 到来前，内核收集所有脏页，只将这些脏页的数据刷新到显示控制器。
4. 刷新与写入解耦： 写入操作无需等待 VBlank，刷新操作不阻塞写入，两者通过内核工作队列（Workqueue）异步执行。