Skip to content

sched: group scheduler related patches (V4)

Srivatsa Vaddagiri lkml 1 version In review

Get series with b4
b4 am [email protected]

Versions newest first

  1. v1 Latest5 patches 4 repliesIn review

Changes since V3 (http://marc.info/?l=linux-kernel&m=119605252303359) from the cover letter

- Fix bug in setting SCHED_RR priority for load_balance_monitor thread
- Fix coding style related issues
- Separate "introduction of lock_doms_cur() API" into a separate patch

Patches in v1 No applies recorded yet

#Subject and filesSizeRepliesApplied
1/5sched: code cleanupkernel/sched.c+3 -180 replies
2/5sched: minor fixes for group schedulerkernel/sched.c kernel/sched_fair.c+29 -90 replies
3/5sched: change how cpu load is calculatedkernel/sched.c kernel/sched_fair.c kernel/sched_rt.c+59 -120 replies
4/5sched: introduce a mutex and corresponding API to serialize access to doms_cur[] arraykernel/sched.c+19 -00 replies
5/5sched: Improve fairness of cpu bandwidth allocation for task groupsinclude/linux/sched.h kernel/sched.c kernel/sched_fair.c +1 more+330 -390 replies

Reviews trailers per patch

No Reviewed-by, Acked-by or Tested-by trailers for v1 yet.

Read the v1 thread

Cover letter [Patch 0/5] sched: group scheduler related patches (V4)
Quoted 1 line · Ingo Molnar

the first SCHED_RR priority is 1, not 0 - so this call will always fail.

Thanks for spotting this bug and rest of your review comments.

Here's V4 of the patchset, aimed at improving fairness of cpu bandwidth allocation for task groups.

Changes since V3 (http://marc.info/?l=linux-kernel&m=119605252303359):

- Fix bug in setting SCHED_RR priority for load_balance_monitor thread
- Fix coding style related issues
- Separate "introduction of lock_doms_cur() API" into a separate patch

I have also tested this patchset against your latest git tree as of today morning.

Please apply if there are no major concerns.

Signature · 2 lines
Regards,
vatsa