Messages in this thread | | | Date | Thu, 3 Nov 2011 09:44:05 +0000 (GMT) | From | "Artem S. Tashkinov" <> | Subject | Re: Re: HT (Hyper Threading) aware process scheduling doesn't work as it should |
| |
> On Nov 3, 2011, Ingo Molnar wrote: > > If sched_mc is set to zero then this looks like a serious load > balancing bug - you are perfectly right that we should balance > between physical packages first and ending up with the kind of > asymmetry you describe for any observable length is a bug. > > You have not outlined your exact workload - do you run a simple CPU > consuming loop with no sleeping done whatsoever, or something more > complex? > > Peter, Paul, Mike, any ideas?
Actually I am just running 4 copies of bzip2 compressor (< /dev/zero > /dev/null).
A person named ffab ffa said ( http://lkml.org/lkml/2011/11/1/11 ) that I probably misunderstand/misinterpret physical cores. He says that cores thread siblings on e.g., Intel Core 2600K are 0-4, 1-5, 2-6 and 3-7
and when I am running this test I have the following VCPUs distribution:
1, 6, 7, 8 (0-4, 1-5, 2-6, 7-8 - all four physical cores loaded) 1, 2, 7, 8 (0-4, 1-5, 2-6, 7-8 - all four physical cores loaded)
According to the cores thread siblings distribution the HT aware process scheduler indeed works correctly.
However sometimes I see this picture:
3, 4, 5, 6 (2-6, 1-5, 2-6, 7-8 - three physical cores loaded)
So, now the question is whether VCPUs quite an illogical enumeration is good for power users as I highly doubt that 0-4, 1-5, 2-6 and 3-7 order can be easily remembered and grasped. Besides neither top, not htop are HT aware so just by looking at their output it gets very difficult to see and understand if the process scheduler works as it should.
| |