account_group_system_time(9)
β¨ 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 atask_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 thestimefield of thethread_group_cputimestructure. 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 π₯
- the kernel file
./include/linux/sched/cputime.h get_running_cputimer(9)account_group_user_time(9)account_group_exec_runtime(9)
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
- 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