public inbox for linux-pm@vger.kernel.org
 help / color / mirror / Atom feed
From: Nigel Cunningham <ncunningham@crca.org.au>
To: Len Brown <lenb@kernel.org>
Cc: LKML <linux-kernel@vger.kernel.org>,
	Linux Power Management List <linux-pm@lists.osdl.org>
Subject: Re: 2.6.33 & 2.6.34-rc6: Huge number of Load Balancing tick wakeups.
Date: Mon, 10 May 2010 09:48:18 +1000	[thread overview]
Message-ID: <4BE749C2.50300@crca.org.au> (raw)
In-Reply-To: <alpine.LFD.2.00.1005081511550.4103@localhost.localdomain>

Hi again.

On 09/05/10 05:16, Len Brown wrote:
> What do you see if vmware is not present?
> What do you see if you boot single user mode,
> how about with maxcpusx=1?

Repeated the tests, just booting into X (xfce) - except for the init S 
test. No programs were started and wifi was turned off.

1) No vmware (etc)

Cn                Avg residency
C0 (cpu running)        ( 3.7%)
polling           0.0ms ( 0.0%)
C1 mwait          0.0ms ( 0.0%)
C2 mwait          0.1ms ( 0.3%)
C4 mwait          5.4ms (96.0%)
P-states (frequencies)
Turbo Mode     1.4%
   2.21 Ghz     0.0%
   1.60 Ghz     0.0%
   1200 Mhz     0.0%
    800 Mhz    98.6%
Wakeups-from-idle per second : 202.7    interval: 15.0s
no ACPI power usage estimate available
Top causes for wakeups:
   56.1% (128.5)   [kernel scheduler] Load balancing tick
   13.1% ( 30.1)   [extra timer interrupt]
    6.9% ( 15.9)   [ata_piix] <interrupt>

2) Above + maxcpus=1

Cn                Avg residency
C0 (cpu running)        ( 4.0%)
polling           0.0ms ( 0.0%)
C1 mwait          0.0ms ( 0.0%)
C2 mwait          0.4ms ( 0.2%)
C4 mwait         16.0ms (95.9%)
P-states (frequencies)
Turbo Mode     6.0%
   2.21 Ghz     0.0%
   1.60 Ghz     0.0%
   1200 Mhz     0.0%
    800 Mhz    94.0%
Wakeups-from-idle per second : 64.5     interval: 15.0s
no ACPI power usage estimate available
Top causes for wakeups:
   39.6% ( 46.3)   [kernel scheduler] Load balancing tick
   12.3% ( 14.3)   [ata_piix] <interrupt>

(No idea why you need a load balancing tick with one core!)

3) Init S, without maxcpus=1

Cn                Avg residency
C0 (cpu running)        ( 0.0%)
polling           0.0ms ( 0.0%)
C1 mwait          0.0ms ( 0.0%)
C2 mwait          0.1ms ( 0.0%)
C4 mwait         48.9ms (100.0%)
P-states (frequencies)
Turbo Mode     0.0%
   2.21 Ghz     0.0%
   1.60 Ghz     0.0%
   1200 Mhz     0.0%
    800 Mhz   100.0%
Wakeups-from-idle per second : 21.4     interval: 15.0s
no ACPI power usage estimate available
Top causes for wakeups:
   33.5% ( 10.3)   [kernel core] hrtimer_start (tick_sched_timer)
   16.1% (  4.9)   [kernel core] cursor_timer_handler (cursor_timer_handler)
   15.9% (  4.9)   [kernel scheduler] Load balancing tick
   12.8% (  3.9)   [kernel core] usb_hcd_poll_rh_status (rh_timer_func)
    9.3% (  2.9)   [ahci] <interrupt>

I also tried the patch Dominik provided, and it didn't seem to make a 
difference:

P-states (frequencies)
Turbo Mode     3.7%
   2.21 Ghz     0.0%
   1.60 Ghz     0.0%
   1200 Mhz     0.6%
    800 Mhz    95.7%
Wakeups-from-idle per second : 236.7    interval: 15.0s
no ACPI power usage estimate available
Top causes for wakeups:
   55.4% (119.7)   [kernel scheduler] Load balancing tick
    9.7% ( 20.9)   skype
    7.7% ( 16.5)   [ata_piix] <interrupt>

Regards,

Nigel

      parent reply	other threads:[~2010-05-09 23:48 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <4BE4F5DF.70903@crca.org.au>
2010-05-08 19:16 ` 2.6.33 & 2.6.34-rc6: Huge number of Load Balancing tick wakeups Len Brown
2010-05-08 23:28   ` Nigel Cunningham
2010-05-09  9:11     ` [linux-pm] " Dominik Brodowski
2010-05-09 23:48   ` Nigel Cunningham [this message]

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=4BE749C2.50300@crca.org.au \
    --to=ncunningham@crca.org.au \
    --cc=lenb@kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-pm@lists.osdl.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox