Linux内核MGLRU与预读机制的优化实践

1. 问题背景与核心挑战

在Linux内核的内存管理子系统中，MGLRU（Multi-Generational Least Recently Used）是一种新型的页面回收算法，它通过多代LRU链表来更精确地追踪页面热度。然而在实际应用中，我们发现了一个影响性能的关键问题：当处理大文件读取时，传统的预读（readahead）机制与MGLRU的交互会导致不必要的内存压力。

具体表现为：当前内核实现会在预读阶段立即激活新分配的folios（内存页的容器结构），这可能导致大量短期内不会被访问的页面占据活跃LRU链表。当系统内存压力增大时，MGLRU需要额外工作来清理这些"虚假热点"页面，反而降低了回收效率。

2. 解决方案设计原理

2.1 延迟激活的核心思想

我们提出的解决方案是将folio的激活时机从分配阶段延迟到实际映射（map）阶段。这种设计基于以下观察：

1. 预读的页面在被实际访问前，其热度是不确定的
2. 只有被映射到进程地址空间的页面才表现出真实的访问需求
3. 延迟激活可以减少LRU链表的"噪音"，让MGLRU更准确判断页面热度

2.2 技术实现要点

在代码层面，主要修改涉及：

1. 在__do_page_cache_readahead()中分配folios时保持非活跃状态
2. 修改filemap_map_pages()逻辑，在建立实际映射时触发激活
3. 确保swap和mlock等特殊情况下的兼容性处理

关键数据结构变化：

c复制struct folio {
    unsigned long flags;
    // 新增标志位表示延迟激活状态
    #define FOLIO_DELAY_ACTIVATE_BIT  (PG_private + 1)
};

3. 具体实现步骤

3.1 预读路径改造

在预读分配folios时，我们需要：

1. 保持默认的__GFP_INACTIVE分配标志
2. 设置延迟激活标记
3. 跳过传统的lru_cache_add流程

示例代码修改：

c复制// mm/readahead.c
void __do_page_cache_readahead(...) {
    folio = filemap_alloc_folio(