__alloc_pages_noprof()是__alloc_frozen_pages_noprof()的薄封装两者在功能上几乎完全相同区别仅在于返回的页面状态——这个区别反映了内核在“冻结页frozen page”API 重构过程中引入的语义分层。核心实现根据内核源码它的实现直接委托给__alloc_frozen_pages_noprof()struct page *__alloc_pages_noprof(gfp_t gfp, unsigned int order, int preferred_nid, nodemask_t *nodemask) { struct page *page; page __alloc_frozen_pages_noprof(gfp, order, preferred_nid, nodemask); if (page) set_page_refcounted(page); return page; }关键区别引用计数的设置时机__alloc_frozen_pages_noprof()返回的页处于“冻结”状态即_refcount为 0。这是为那些需要自行管理引用计数的调用方如 slab 分配器、hugetlb设计的——它们拿到页后可以自己决定何时设置引用计数。__alloc_pages_noprof()在拿到冻结页后立即调用set_page_refcounted(page)把_refcount设为 1使页进入“普通已分配”状态可以直接交给常规调用方使用。设计背景frozen page API 的引入这个分层是 2022 年 Matthew Wilcox 主导的frozen page API 重构的一部分。此前__alloc_pages_noprof()直接返回已设置引用计数的页而需要冻结页的调用方如 slab则需要在分配后自行调用set_page_count(page, 0)来“解冻”它。这种模式容易出错且语义混乱。重构后内核提供了两个明确的接口__alloc_frozen_pages_noprof()返回冻结页适合需要自行管理引用的调用方__alloc_pages_noprof()返回已设引用的页适合大多数普通调用方。alloc_pages()等上层宏最终调用的是__alloc_pages_noprof()。在调用链中的位置alloc_pages(gfp, order) // 上层宏 └── alloc_pages_node(nid, gfp, order) └── __alloc_pages_noprof(gfp, order, nid, NULL) // ← 这里 └── __alloc_frozen_pages_noprof(gfp, order, nid, NULL) ├── prepare_alloc_pages(...) ├── get_page_from_freelist(...) // 快速路径 └── __alloc_pages_slowpath(...) // 慢速路径总结__alloc_pages_noprof()是__alloc_frozen_pages_noprof()的常规调用方封装它委托底层分配并在成功后立即用set_page_refcounted()把冻结页的引用计数设为 1。这个分层是 frozen page API 重构的产物使“返回冻结页”和“返回已设引用页”两种语义在函数名层面清晰可辨避免了调用方手动调整引用计数可能引入的错误。
