[Devel] Re: [RFC] [PATCH 0/3] Add group fairness to CFS
Guillaume Chazarain
guichaz at yahoo.fr
Wed May 23 15:26:16 PDT 2007
Ingo Molnar a écrit :
> hm, this shouldnt be the case. Can you see this with -v14?
The group fairness patches fail to apply over -v14. Just to make it
clearer, I am not talking about vanilla CFS but group fairness CFS, I
have no problems with CFS.
The symptoms in the qemu box are:
o two busy loops with UID=1 remove a bit of interactivity only to UID=1
tasks
o two busy loops with UID=0 make the system unusable
Another tidbit: /proc/sched_debug now deals with users, so the task and
PID fields show some random memory garbage.
My do_div patch was nonsense (do_div returns the remainder, not the
quotient). Attached is a corrected patch.
> for containers it's exactly the right behavior: group scheduling is
> really a 'super' container concept that allows the allocation of CPU
> time regardless of how a group uses it. The only additional control we
> might want is to allocate different amount of CPU time to different
> groups. (i.e. a concept vaguely similar to "nice levels", but at the
> group level - using a different and saner API than nice levels.) Nice
> levels are really only meaningful at the lowest level.
OK for containers, but then this should not replace the standard nice
implementation as this CPU repartition would be unexpected IMHO. I would
expect the group CPU allocation to be averaged from the nice levels of
its elements.
As a sidenote, while in CFS-v13 a nice=0 tasks seems to get 10x more CPU
than a nice=10 one, with the group fairness patch, the ratio drops to
less than 2x (for tasks with the same UID).
Regards.
--
Guillaume
-------------- next part --------------
A non-text attachment was scrubbed...
Name: do_div.diff
Type: text/x-patch
Size: 476 bytes
Desc: not available
URL: <http://lists.openvz.org/pipermail/devel/attachments/20070524/a1fcafbb/attachment.bin>
-------------- next part --------------
_______________________________________________
Containers mailing list
Containers at lists.linux-foundation.org
https://lists.linux-foundation.org/mailman/listinfo/containers
More information about the Devel
mailing list