account_group_system_time(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

✨ account_group_system_time ✨

okay so real talk, this one lives in the Kernel API Manual and it's lowkey a tiny little bookkeeping icon β€” it just keeps the system-time counter for a whole thread group looking correct πŸ’– no cap, that's the whole job.


πŸŽ€ NAME πŸŽ€

account_group_system_time β€” maintain stime for a thread group.

like, literally just "keep the stime field fed and happy" πŸ“


πŸ¦‹ SYNOPSIS πŸ¦‹

void account_group_system_time (struct task_struct *tsk , u64 cputime );

that's it bestie, two args, no return value, void and unbothered πŸ’…


🌸 ARGUMENTS 🌸

  • tsk β€” pointer to a task_struct. you know, the task structure. the whole personality of the calling context lives in there 🫢
  • cputime β€” the time value you're adding in. this is the amount by which we increment the stime field of the thread_group_cputime structure. basically the tip you're dropping into the jar πŸ’Έ

πŸ‘‘ DESCRIPTION πŸ‘‘

okay so here's the vibe: if thread group time is being maintained, this function gets the structure for the running CPU and updates the stime field right there. that's the tea β˜•

so it's conditional at the top β€” no maintained thread group time, no update β€” and when it does fire, it's the per-running-CPU structure getting the love, not some random one. iykyk 🌈


πŸ”₯ SEE ALSO πŸ”₯

go read those too, they're the friend group and they all slay together πŸ’œ


πŸ’€ reminder bestie: this is kernel-internal bookkeeping, so it's all about who maintains what and which CPU's structure you're touching. keep the exact names exactly as written, no freestyling.

and that's the whole page, periodt πŸ§šπŸ’– brought to you from ./include/linux/sched, dated October 2026 β€” mwah, see u in the next manpage bestie πŸŽ€β­

πŸ“¦ where this page comes from