* Re: 2.6.33 & 2.6.34-rc6: Huge number of Load Balancing tick wakeups. [not found] <4BE4F5DF.70903@crca.org.au> @ 2010-05-08 19:16 ` Len Brown 2010-05-08 23:28 ` Nigel Cunningham 2010-05-09 23:48 ` Nigel Cunningham 0 siblings, 2 replies; 4+ messages in thread From: Len Brown @ 2010-05-08 19:16 UTC (permalink / raw) To: Nigel Cunningham; +Cc: LKML, Linux Power Management List (linux-pm cc'd) > I'm seeing a huge number of load balancing tick wakeups, with both 2.6.33 and > current git (f1c448e0a9e99c76f4ece368714fb35a40a8daba). > > This has been reported as a bug in some distros: > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=521944 > https://bugs.launchpad.net/ubuntu/+source/linux/+bug/524281 Unclear if your sighting is the same as those two. What do you see if vmware is not present? What do you see if you boot single user mode, how about with maxcpusx=1? cheers, Len Brown, Intel Open Source Technology Center > PowerTOP 1.12 (C) 2007, 2008 Intel Corporation > > Collecting data for 15 seconds > > > Your CPU supports the following C-states : C1 C2 C3 C4 > Your BIOS reports the following C-states : C1 C2 C4 > Cn Avg residency > C0 (cpu running) (40.8%) > polling 0.7ms ( 0.1%) > C1 mwait 0.0ms ( 0.0%) > C2 mwait 0.1ms ( 3.2%) > C4 mwait 0.4ms (56.0%) > P-states (frequencies) > Turbo Mode 7.3% > 2.21 Ghz 0.7% > 1.60 Ghz 0.8% > 1200 Mhz 0.9% > 800 Mhz 90.3% > Wakeups-from-idle per second : 1727.3 interval: 15.0s > no ACPI power usage estimate available > Top causes for wakeups: > 53.0% (1983.1) [kernel scheduler] Load balancing tick > 27.7% (1035.1) vmware-vmx > 8.8% (330.6) [extra timer interrupt] > 2.3% ( 85.5) [TLB shootdowns] <kernel IPI> > 1.6% ( 61.3) totem > 1.2% ( 45.9) [Rescheduling interrupts] <kernel IPI> > 1.1% ( 41.1) [iwl3945] <interrupt> > 1.0% ( 36.2) firefox-bin > 0.4% ( 16.2) [ata_piix] <interrupt> > 0.3% ( 11.6) vmware > 0.3% ( 11.3) pulseaudio > 0.3% ( 11.1) vmware-unity-he > 0.3% ( 10.7) skype > 0.2% ( 8.0) [kernel core] usb_hcd_poll_rh_status (rh_timer_func) > 0.1% ( 5.4) [hda_intel] <interrupt> > 0.1% ( 5.3) gnome-do > 0.1% ( 5.1) compiz > 0.1% ( 4.1) python > 0.1% ( 4.0) avant-window-na > 0.1% ( 2.3) liferea > 0.1% ( 2.1) vmware-tray > 0.1% ( 2.1) thunderbird-bin > 0.1% ( 2.0) mysqld > 0.1% ( 2.0) emerald > 0.1% ( 1.9) gnome-terminal > 0.0% ( 1.3) [kernel core] sk_reset_timer (tcp_delack_timer) > 0.0% ( 1.3) [ahci] <interrupt> > 0.0% ( 1.2) cc1 > 0.0% ( 1.0) [nvidia] <interrupt> > 0.0% ( 1.0) vmware-usbarbit > 0.0% ( 1.0) vmnet-natd > 0.0% ( 1.0) gvfs-afc-volume > 0.0% ( 1.0) [kernel core] enqueue_task_rt (sched_rt_period_timer) > 0.0% ( 1.0) [kernel module] HostIF_InitUptime (HostIFUptimeResyncMono) > 0.0% ( 0.8) cli > 0.0% ( 0.5) events/1 > 0.0% ( 0.5) events/0 > 0.0% ( 1.0) vmware-usbarbit > 0.0% ( 1.0) vmnet-natd > 0.0% ( 1.0) gvfs-afc-volume > 0.0% ( 1.0) [kernel core] enqueue_task_rt (sched_rt_period_timer) > 0.0% ( 1.0) [kernel module] HostIF_InitUptime (HostIFUptimeResyncMono) > 0.0% ( 0.8) cli > 0.0% ( 0.5) events/1 > 0.0% ( 0.5) events/0 > 0.0% ( 0.5) hald-addon-stor > 0.0% ( 0.5) udisks-daemon > 0.0% ( 0.3) tomboy > 0.0% ( 0.3) awn-applet > 0.0% ( 0.2) rtkit-daemon > 0.0% ( 0.2) Thunar > 0.0% ( 0.2) padevchooser > 0.0% ( 0.2) xfdesktop > 0.0% ( 0.1) gnome-power-man > 0.0% ( 0.1) ssh-agent > 0.0% ( 0.1) mono > 0.0% ( 0.1) NetworkManager > 0.0% ( 0.1) hald > An audio device is active 100.0% of the time: > hwC0D2 SigmaTel STAC9228 > > A USB device is active 0.0% of the time: > USB device 2-2 : Biometric Coprocessor (STMicroelectronics) > > Suggestion: Enable SATA ALPM link power management via: > echo min_power > /sys/class/scsi_host/host0/link_power_management_policy > or press the S key. > > Suggestion: Enable wireless power saving mode by executing the following > command: > iwconfig wlan0 power timeout 500ms > This will sacrifice network performance slightly to save power. > > Suggestion: Enable the CONFIG_USB_SUSPEND kernel configuration option. > This option will automatically disable UHCI USB when not in use, and may > save approximately 1 Watt of power. > > Recent USB suspend statistics > Active Device name > 0.0% USB device 5-2 : Generic RNDIS (HTC) > 0.0% USB device 2-2 : Biometric Coprocessor (STMicroelectronics) > 0.0% USB device 1-1 : Laptop Integrated Webcam (OmniVision Technologies, > Inc. -2640-07.07.20.3) > 0.0% USB device usb7 : UHCI Host Controller (Linux 2.6.34-rc6 uhci_hcd) > 0.0% USB device usb6 : UHCI Host Controller (Linux 2.6.34-rc6 uhci_hcd) > 0.0% USB device usb5 : UHCI Host Controller (Linux 2.6.34-rc6 uhci_hcd) > 0.0% USB device usb4 : EHCI Host Controller (Linux 2.6.34-rc6 ehci_hcd) > 0.0% USB device usb3 : UHCI Host Controller (Linux 2.6.34-rc6 uhci_hcd) > 0.0% USB device usb2 : UHCI Host Controller (Linux 2.6.34-rc6 uhci_hcd) > 0.0% USB device usb1 : EHCI Host Controller (Linux 2.6.34-rc6 ehci_hcd) > > Recent audio activity statistics > Active Device name > 100.0% hwC0D2 SigmaTel STAC9228 > > Recent SATA AHCI link activity statistics > Active Partial Slumber Device name ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: 2.6.33 & 2.6.34-rc6: Huge number of Load Balancing tick wakeups. 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 1 sibling, 1 reply; 4+ messages in thread From: Nigel Cunningham @ 2010-05-08 23:28 UTC (permalink / raw) To: Len Brown; +Cc: LKML, Linux Power Management List Hi Len. On 09/05/10 05:16, Len Brown wrote: > (linux-pm cc'd) > >> I'm seeing a huge number of load balancing tick wakeups, with both 2.6.33 and >> current git (f1c448e0a9e99c76f4ece368714fb35a40a8daba). >> >> This has been reported as a bug in some distros: >> >> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=521944 >> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/524281 > > Unclear if your sighting is the same as those two. > > What do you see if vmware is not present? I still see a huge number, just not as huge. The number of load balancing ticks seems to increase with the number of ticks from other sources. Without vmware running I got: Cn Avg residency C0 (cpu running) (14.5%) polling 0.2ms ( 0.0%) C1 mwait 0.0ms ( 0.0%) C2 mwait 0.1ms ( 1.7%) C4 mwait 1.1ms (83.8%) P-states (frequencies) Turbo Mode 1.2% 2.21 Ghz 0.0% 1.60 Ghz 0.0% 1200 Mhz 0.1% 800 Mhz 98.7% Wakeups-from-idle per second : 907.4 interval: 15.0s no ACPI power usage estimate available Top causes for wakeups: 42.1% (435.6) [kernel scheduler] Load balancing tick 21.2% (219.6) [extra timer interrupt] 10.2% (105.6) plugin-containe 9.5% ( 98.1) pulseaudio 1.7% ( 17.9) [Rescheduling interrupts] <kernel IPI> 1.7% ( 17.1) [iwl3945] <interrupt> 1.4% ( 14.8) [kernel core] hrtimer_start (tick_sched_timer) 1.4% ( 14.3) [ata_piix] <interrupt> > What do you see if you boot single user mode, > how about with maxcpusx=1? I'll try those later today and get back to you with more info. Regards, Nigel > cheers, > Len Brown, Intel Open Source Technology Center > >> PowerTOP 1.12 (C) 2007, 2008 Intel Corporation >> >> Collecting data for 15 seconds >> >> >> Your CPU supports the following C-states : C1 C2 C3 C4 >> Your BIOS reports the following C-states : C1 C2 C4 >> Cn Avg residency >> C0 (cpu running) (40.8%) >> polling 0.7ms ( 0.1%) >> C1 mwait 0.0ms ( 0.0%) >> C2 mwait 0.1ms ( 3.2%) >> C4 mwait 0.4ms (56.0%) >> P-states (frequencies) >> Turbo Mode 7.3% >> 2.21 Ghz 0.7% >> 1.60 Ghz 0.8% >> 1200 Mhz 0.9% >> 800 Mhz 90.3% >> Wakeups-from-idle per second : 1727.3 interval: 15.0s >> no ACPI power usage estimate available >> Top causes for wakeups: >> 53.0% (1983.1) [kernel scheduler] Load balancing tick >> 27.7% (1035.1) vmware-vmx >> 8.8% (330.6) [extra timer interrupt] >> 2.3% ( 85.5) [TLB shootdowns]<kernel IPI> ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [linux-pm] 2.6.33 & 2.6.34-rc6: Huge number of Load Balancing tick wakeups. 2010-05-08 23:28 ` Nigel Cunningham @ 2010-05-09 9:11 ` Dominik Brodowski 0 siblings, 0 replies; 4+ messages in thread From: Dominik Brodowski @ 2010-05-09 9:11 UTC (permalink / raw) To: Nigel Cunningham, Suresh Siddha Cc: Len Brown, Linux Power Management List, LKML Hey, On Sun, May 09, 2010 at 09:28:50AM +1000, Nigel Cunningham wrote: > On 09/05/10 05:16, Len Brown wrote: > > (linux-pm cc'd) > > > >> I'm seeing a huge number of load balancing tick wakeups, with both 2.6.33 and > >> current git (f1c448e0a9e99c76f4ece368714fb35a40a8daba). > >> > >> This has been reported as a bug in some distros: > >> > >> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=521944 > >> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/524281 > > > > Unclear if your sighting is the same as those two. > > > > What do you see if vmware is not present? > > I still see a huge number, just not as huge. The number of load > balancing ticks seems to increase with the number of ticks from other > sources. Without vmware running I got: > > Cn Avg residency > C0 (cpu running) (14.5%) > polling 0.2ms ( 0.0%) > C1 mwait 0.0ms ( 0.0%) > C2 mwait 0.1ms ( 1.7%) > C4 mwait 1.1ms (83.8%) > P-states (frequencies) > Turbo Mode 1.2% > 2.21 Ghz 0.0% > 1.60 Ghz 0.0% > 1200 Mhz 0.1% > 800 Mhz 98.7% > Wakeups-from-idle per second : 907.4 interval: 15.0s > no ACPI power usage estimate available > Top causes for wakeups: > 42.1% (435.6) [kernel scheduler] Load balancing tick > 21.2% (219.6) [extra timer interrupt] > 10.2% (105.6) plugin-containe > 9.5% ( 98.1) pulseaudio > 1.7% ( 17.9) [Rescheduling interrupts] <kernel IPI> > 1.7% ( 17.1) [iwl3945] <interrupt> > 1.4% ( 14.8) [kernel core] hrtimer_start (tick_sched_timer) > 1.4% ( 14.3) [ata_piix] <interrupt> Seems to be exactly what I'm seeing here, too. See my description and possible patch at http://lkml.org/lkml/2010/4/26/249 Suresh Siddha reported he's working on getting some (more advanced) patches ready for submission. Best, Dominik ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: 2.6.33 & 2.6.34-rc6: Huge number of Load Balancing tick wakeups. 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 23:48 ` Nigel Cunningham 1 sibling, 0 replies; 4+ messages in thread From: Nigel Cunningham @ 2010-05-09 23:48 UTC (permalink / raw) To: Len Brown; +Cc: LKML, Linux Power Management List 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 ^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2010-05-09 23:48 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[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 is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox