STRUCT MBM_STATE(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… NAME πŸ’…

struct mbm_state β€” literally the status for each MBM counter in each domain, bestie 🫢

Okay so quick vibe check: this manual page lives in the Kernel API Manual, and it's all about one lil struct that keeps track of how each memory-bandwidth-monitoring counter is doing in each domain. That's the whole assignment. Iconic, honestly ✨


🌸 SYNOPSIS 🌸

struct mbm_state {
    u64 prev_bw_bytes;
    u32 prev_bw;
 };

Yep, that's the entire struct. Two whole members. She's lowkey minimalist and I respect it πŸ’…


🧩 Members 🧩

  • prev_bw_bytes β€” the previous bytes value that got read, which is what the bandwidth calculation uses. Basically the "before" picture so we can figure out the "after" 😭
  • prev_bw β€” the most recent bandwidth in MBps. Fresh, current, main-character number πŸŽ€

πŸ¦‹ SEE ALSO πŸ¦‹

Go snoop the Kernel file ./fs/resctrl/internal.h, plus all these besties:

  • cpumask_any_housekeeping(9)
  • struct mon_evt(9)
  • struct mon_data(9)
  • struct rmid_read(9)
  • enum rdtgrp_mode(9)
  • struct mongroup(9)
  • struct rdtgroup(9)
  • struct rftype(9)

All the resctrl lore is right there, iykyk πŸ‘‘


ngl this page is short but she ate. Two fields, no cap, no notes πŸ’€

That's a wrap, bestie! This one came from ./fs/resctrl, dated October 2026 β€” so like, future energy 🌈⭐ Thanks for reading, mwah πŸ’–

πŸ“¦ where this page comes from