All of lore.kernel.org
 help / color / mirror / Atom feed
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

  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.