From: Holger Brunck <holger.brunck-SkAbAL50j+5BDgjK7y7TUQ@public.gmane.org>
To: Peter Zijlstra <peterz-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org>
Cc: Tejun Heo <tj-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>,
mingo-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, "Germs,
Frits (extern)"
<Frits.Germs-SkAbAL50j+5BDgjK7y7TUQ@public.gmane.org>,
cgroups-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Re: cgroups and SCHED_IDLE
Date: Mon, 29 Jul 2013 17:14:47 +0200 [thread overview]
Message-ID: <51F686E7.6020200@keymile.com> (raw)
In-Reply-To: <20130729140723.GB22156-RM5+C6weyIYnLiPH7yDmwOa11wxjtiyuLtmvbW2Dspo@public.gmane.org>
On 07/29/2013 04:07 PM, Peter Zijlstra wrote:
> On Mon, Jul 29, 2013 at 02:25:33PM +0200, Holger Brunck wrote:
>> On 07/23/2013 05:56 PM, Tejun Heo wrote:
>>>> On 06/27/2013 07:17 PM, Holger Brunck wrote:
>>>>
>>>> On a single ARM CPU (kirkwood) I see the same confusing results similar to the
>>>> results of the above powerpc example:
>>>>
>>>> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
>>>> 232 root 20 0 1924 492 420 R 99.9 0.4 0:29.15 dd
>>>> 234 root 20 0 1924 492 420 R 0.3 0.4 0:00.13 dd
>>>>
>>>> I doublechecked this on my local host x86_64 multicore and here it works fine
>>>> even if I force both dd processes to run on the same CPU:
>>>>
>>>> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
>>>> 32046 root 20 0 102m 516 432 R 49.4 0.0 0:32.49 dd
>>>> 32049 root 20 0 102m 516 432 R 49.4 0.0 0:13.39 dd
>>>>
>>>> So either it's a problem for single CPUs or it's not allowed at all and works
>>>> only by chance.
>>>
>>> Can you please boot with maxcpus=1 and see whether that makes the
>>> issue reproducible on x86?
>>>
>>
>> I retested this with maxcpus=0 to disable SMP completely and it works, both
>> processes share 50% of the CPU. But I have to admit that I currently have only a
>> 3.4 setup for my x86_64 PC.
>>
>> My setup for an arm kirkwood board and a board with a powerpc 8247 runs latest
>> 3.10 kernel where I see the problem that one process is starving. But the
>> problem was already present in a 3.0.x kernel. So it seems to be a architecture
>> dependent problem.
>
> Does the below fix it?
>
no, unfortunately I got the same results as before.
Two sched_idle task in the root group:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
622 root 20 0 1924 492 420 R 49.8 0.4 0:20.26 dd
623 root 20 0 1924 492 420 R 49.8 0.4 0:19.96 dd
After moving one of them into a subgroup:
[root@km_kirkwood /sys/fs/cgroup/cpu]# echo 623 > browser/tasks
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
623 root 20 0 1924 492 420 R 99.4 0.4 0:38.07 dd
622 root 20 0 1924 492 420 R 0.3 0.4 0:30.15 dd
Regards
Holger
next prev parent reply other threads:[~2013-07-29 15:14 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-06-27 17:17 cgroups and SCHED_IDLE Holger Brunck
[not found] ` <51CC7392.8080701-SkAbAL50j+5BDgjK7y7TUQ@public.gmane.org>
2013-07-01 8:11 ` Holger Brunck
[not found] ` <51D139B4.8070407-SkAbAL50j+5BDgjK7y7TUQ@public.gmane.org>
2013-07-23 15:56 ` Tejun Heo
[not found] ` <20130723155634.GD18458-9pTldWuhBndy/B6EtB590w@public.gmane.org>
2013-07-29 12:25 ` Holger Brunck
[not found] ` <51F65F3D.1080503-SkAbAL50j+5BDgjK7y7TUQ@public.gmane.org>
2013-07-29 14:07 ` Peter Zijlstra
[not found] ` <20130729140723.GB22156-RM5+C6weyIYnLiPH7yDmwOa11wxjtiyuLtmvbW2Dspo@public.gmane.org>
2013-07-29 15:14 ` Holger Brunck [this message]
[not found] ` <51F686E7.6020200-SkAbAL50j+5BDgjK7y7TUQ@public.gmane.org>
2013-07-29 15:25 ` Peter Zijlstra
[not found] ` <20130729152529.GD22156-RM5+C6weyIYnLiPH7yDmwOa11wxjtiyuLtmvbW2Dspo@public.gmane.org>
2013-07-29 15:54 ` Holger Brunck
[not found] ` <51F6901B.4070308-SkAbAL50j+5BDgjK7y7TUQ@public.gmane.org>
2013-07-29 15:56 ` Peter Zijlstra
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=51F686E7.6020200@keymile.com \
--to=holger.brunck-skabal50j+5bdgjk7y7tuq@public.gmane.org \
--cc=Frits.Germs-SkAbAL50j+5BDgjK7y7TUQ@public.gmane.org \
--cc=cgroups-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=mingo-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org \
--cc=peterz-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org \
--cc=tj-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.