resctrl_find...anest_closid(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’– resctrl_find_cleanest_closid(9) πŸ’–

okay bestie, welcome to the Kernel API Manual (section 9, we're fancy here) β€” this is the whole page about resctrl_find_cleanest_closid, and it's honestly kinda iconic ✨


🌸 NAME 🌸

resctrl_find_cleanest_closid β€” find a CLOSID where all the associated RMID are clean, or the CLOSID that has the most clean RMID πŸ’…


πŸŽ€ SYNOPSIS πŸŽ€

int resctrl_find_cleanest_closid (void );

πŸ¦‹ ARGUMENTS πŸ¦‹

  • void β€” no arguments, literally none, it takes nothing, periodt 🫢

✨ DESCRIPTION ✨

so here's the tea πŸ“ β€” MPAM's equivalent of RMID is per-CLOSID, which means a freshly allocated CLOSID might not be able to allocate clean RMID. not me getting stressed about it 😭 To avoid that whole situation, the allocator will choose the CLOSID with the most clean RMID. main character allocation energy, no cap πŸ‘‘

When the CLOSID and RMID are independent numbers, the first free CLOSID will be returned. slay πŸ’…


πŸ”₯ RETURN πŸ”₯

  • Free CLOSID on success πŸŽ‰
  • < 0 on failure πŸ’€

🌈 SEE ALSO 🌈


and that's the whole vibe, bestie πŸ’œ this lil page lives in ./fs/resctrl, dated October 2026, and it's literally called resctrl_find...anest_closid(9) in the header/footer because the name got cutely truncated β€” iconic behavior fr fr 😌✨

πŸ“¦ where this page comes from