vmpressure_prio(9)
π vmpressure_prio(9) π
okay so we're in the Kernel API Manual, and today's main character is vmpressure_prio β the function that's all about accounting memory pressure through reclaimer priority level. bestie, she's giving behind-the-scenes reclaim-path support, and we're obsessed. π«Ά
β¨ NAME β¨
vmpressure_prio β account memory pressure through reclaimer priority level. literally that's her whole job description, and she ate. π
πΈ SYNOPSIS πΈ
void vmpressure_prio (gfp_t gfp , struct mem_cgroup *memcg , int prio );
π ARGUMENTS π
gfpβ the reclaimer'sgfpmask. it's the flags situation, okay? πmemcgβ the cgroup memory controller handle. hi bestie, we're keeping track of the memory cgroup here. πprioβ the reclaimer's priority. yes ma'am, the priority level in question. β
π DESCRIPTION π
the vibe check: call this function from the reclaim path every time the vmscan's reclaiming priority (scanning depth) changes. that's the rule, fr fr. it's the little moment for memory pressure accounting when the reclaimer's priority shifts. π
and does she return anything? nope. not a single value. this function does not return any value β it's giving void and committing to the bit. π
π¦ SEE ALSO π¦
- Kernel file
./mm/memcontrol-v1.c __memcg1_swapout(9)memcg1_swapin(9)mem_cgroup_oom_synchronize(9)vmpressure_register_event(9)vmpressure_unregister_event(9)
sourced from ./mm, dated October 2026 β that's the source/version and date, periodt. stay pressure-aware, besties πβ¨
π¦ where this page comes from
- nixpkgs unstable: linux-manual 7.3.1
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms