4. 传统DMA Buffer分配方式：逐帧分配与释放的开销分析、内存碎片化问题

在摄像头驱动开发的早期阶段，最直观的Buffer管理策略是“按需分配”：每当V4L2设备队列一个视频帧缓冲区时，驱动便从内核内存中分配一块连续的DMA Buffer；当该帧被用户态消费完毕并归还队列后，驱动立即释放这块Buffer。这种逐帧分配与释放的模式虽然逻辑简单，但在高帧率、高分辨率场景下会暴露出严重的性能瓶颈和内存管理问题。

4.1 逐帧分配与释放的微观开销分析

每一次DMA Buffer的分配与释放，在内核中并非简单的“malloc/free”，而是一系列底层操作的串联。下表拆解了单次分配与释放的完整路径及其时间占比（基于ARM64平台、4MB连续Buffer的实测数据）：

下图展示了逐帧分配模式下，从硬件中断触发到用户态获取帧数据的完整时间线，其中DMA Buffer分配与释放占据了关键路径上的两个“凸起”：

4.2 内存碎片化问题：从微观到宏观的恶化

逐帧分配模式不仅带来直接的CPU开销，更严重的是它加剧了内存碎片化。摄像头驱动通常需要分配物理连续的大块内存（例如4MB ~ 16MB），而频繁的分配/释放操作会像“打地鼠”一样在物理内存中留下大量空洞。

4.2.1 碎片化的形成机制

以下代码片段模拟了逐帧分配模式下，内存分配器面临的典型请求模式：

/* 逐帧分配模式下的典型调用序列 */
static void camera_frame_process(struct camera_dev *dev)
{
    dma_addr_t dma_addr;
    void *cpu_addr;
    struct frame_buffer *buf;

    /* 1. 分配连续物理内存 (例如 4MB) */
    cpu_addr = dma_alloc_coherent(dev->dev, FRAME_SIZE,
                                   &dma_addr, GFP_KERNEL);
    if (!cpu_addr)
        goto err_alloc;

    /* 2. 启动DMA传输 */
    start_dma_transfer(dev, dma_addr, FRAME_SIZE);

    /* 3. 等待DMA完成 */
    wait_for_completion(&dev->dma_done);

    /* 4. 处理帧数据 */
    process_frame(cpu_addr, FRAME_SIZE);

    /* 5. 立即释放 */
    dma_free_coherent(dev->dev, FRAME_SIZE, cpu_addr, dma_addr);
}

上述代码在每次帧处理循环中，都会向内核页分配器请求特定阶数（order）的连续页块。当系统运行一段时间后，不同大小的分配与释放交错进行，物理内存被切割成大量不连续的小块：

4.2.2 碎片化的量化指标

内存碎片化程度可以通过以下指标衡量。下表对比了逐帧分配模式与预分配模式在长时间运行后的碎片化表现：

4.3 逐帧分配模式的性能瓶颈总结

综合以上分析，传统逐帧分配与释放模式存在三大核心瓶颈：

1. CPU开销冗余：每次帧处理都重复执行分配→映射→同步→释放的完整链路，而实际上Buffer的物理内存属性（大小、对齐、DMA属性）在摄像头运行期间是固定不变的。
2. 内存碎片化不可逆：频繁的分配/释放操作破坏物理内存的连续性，导致后续分配延迟增加、失败率上升，形成“分配越慢→碎片越严重→分配更慢”的恶性循环。
3. 实时性无法保障：分配操作可能触发内存回收（direct reclaim）或内存压缩（compaction），这些操作的时间不可预测，在视频流中引入随机抖动。