From: Peter Zijlstra <a.p.zijlstra@chello.nl>
To: Markus Trippelsdorf <markus@trippelsdorf.de>
Cc: linux-kernel@vger.kernel.org, Mike Galbraith <efault@gmx.de>
Subject: Re: Very high CPU values in top on idle system (3.0-rc1)
Date: Tue, 31 May 2011 00:12:59 +0200 [thread overview]
Message-ID: <1306793579.2530.2.camel@twins> (raw)
In-Reply-To: <20110530204548.GA1762@x4.trippels.de>
On Mon, 2011-05-30 at 22:45 +0200, Markus Trippelsdorf wrote:
> On 2011.05.30 at 20:23 +0200, Markus Trippelsdorf wrote:
> > On 2011.05.30 at 20:05 +0200, Peter Zijlstra wrote:
> > > On Mon, 2011-05-30 at 19:39 +0200, Markus Trippelsdorf wrote:
> > > > I get very high CPU values when I run 'top' on my (mostly) idle system
> > > > with 3.0-rc1. For example mpd was always in the 1-2% range and is now
> > > > constantly over 50%.
> > > >
> > > > This is caused by:
> > > >
> > > > commit 317f394160e9beb97d19a84c39b7e5eb3d7815a8
> > > > Author: Peter Zijlstra <a.p.zijlstra@chello.nl>
> > > > Date: Tue Apr 5 17:23:58 2011 +0200
> > > >
> > > > sched: Move the second half of ttwu() to the remote cpu
> > > >
> > > > When I revert the above I see sane CPU values again.
> > >
> > > So: echo NO_TTWU_QUEUE > /debug/sched_features, also cures it?
> >
> > Yes.
> >
> > > What architecture, what .config, and can you see it with anything other
> > > than mpd (yum search mpd, only seems to result in mpd clients not the
> > > actual server).
> >
> > Yes, mpd was just an example. _Every_ program that would normally show in
> > the 1-5% CPU range is now in the 30-70% range (X, xterm, etc.).
>
> IOW:
>
> % sudo echo TTWU_QUEUE >| /sys/kernel/debug/sched_features
> % top -b -n 1
> top - 22:40:38 up 1:46, 11 users, load average: 0.00, 0.02, 0.05
> Tasks: 109 total, 1 running, 108 sleeping, 0 stopped, 0 zombie
> Cpu(s): 1.0%us, 0.9%sy, 0.0%ni, 98.0%id, 0.1%wa, 0.0%hi, 0.0%si, 0.0%st
> Mem: 8183132k total, 1365724k used, 6817408k free, 1632k buffers
> Swap: 2097148k total, 0k used, 2097148k free, 655208k cached
>
> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
> 881 mpd 20 0 122m 20m 4832 S 74 0.3 4:25.22 mpd
> 1564 root 20 0 99428 40m 4716 S 36 0.5 3:36.15 X
> 1648 markus 20 0 1147m 340m 39m S 16 4.3 1:17.90 firefox-bin
> 1649 markus 20 0 237m 33m 17m S 6 0.4 1:02.31 konsole
>
> % sudo echo NO_TTWU_QUEUE >| /sys/kernel/debug/sched_features
> % top -b -n 1
> top - 22:42:07 up 1:48, 11 users, load average: 0.00, 0.01, 0.05
> Tasks: 110 total, 1 running, 109 sleeping, 0 stopped, 0 zombie
> Cpu(s): 1.0%us, 0.9%sy, 0.0%ni, 98.0%id, 0.1%wa, 0.0%hi, 0.0%si, 0.0%st
> Mem: 8183132k total, 1377308k used, 6805824k free, 1632k buffers
> Swap: 2097148k total, 0k used, 2097148k free, 659896k cached
>
> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
> 1649 markus 20 0 237m 33m 17m S 2 0.4 1:17.69 konsole
> 1 root 20 0 160 28 12 S 0 0.0 0:16.95 minit
> 2 root 20 0 0 0 0 S 0 0.0 0:00.36 kthreadd
Right, was easy enough to reproduce once you know what to look for
(hadn't noticed as such and simply ascribed it to desktop bloat).
It does look to be an accounting funny because when I see firefox
consume 60% the CPUs line isn't in fact registering much cpu usage at
all.
I poked around with some skip_rq_update bits but couldn't make it go
away, will try more tomorrow.
next prev parent reply other threads:[~2011-05-30 22:13 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-05-30 17:39 Very high CPU values in top on idle system (3.0-rc1) Markus Trippelsdorf
2011-05-30 18:05 ` Peter Zijlstra
2011-05-30 18:23 ` Markus Trippelsdorf
2011-05-30 20:45 ` Markus Trippelsdorf
2011-05-30 22:12 ` Peter Zijlstra [this message]
2011-05-31 9:55 ` Peter Zijlstra
2011-05-31 10:04 ` Markus Trippelsdorf
2011-05-31 12:31 ` [tip:sched/urgent] sched: Fix cross-cpu clock sync on remote wakeups tip-bot for Peter Zijlstra
2011-05-31 12:56 ` Borislav Petkov
2011-05-31 13:11 ` Peter Zijlstra
2011-06-01 7:05 ` Borislav Petkov
2011-06-01 10:36 ` Peter Zijlstra
2011-06-01 15:50 ` Borislav Petkov
2011-06-02 7:52 ` Yong Zhang
2011-06-02 13:04 ` Peter Zijlstra
2011-06-02 14:23 ` Yong Zhang
2011-06-02 15:48 ` Peter Zijlstra
2011-06-03 6:49 ` Yong Zhang
2011-06-03 9:57 ` Milton Miller
2011-06-03 10:36 ` Peter Zijlstra
2011-06-03 10:55 ` Peter Zijlstra
2011-06-03 10:58 ` Peter Zijlstra
2011-06-07 13:12 ` Borislav Petkov
2011-06-07 13:16 ` 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=1306793579.2530.2.camel@twins \
--to=a.p.zijlstra@chello.nl \
--cc=efault@gmx.de \
--cc=linux-kernel@vger.kernel.org \
--cc=markus@trippelsdorf.de \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox