linux-kernel - RE: high power consumption in recent kernels

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Message-ID: <6E3BC7F7C9A4BF4286DD4C043110F30B2991AF14FD@shsmsx502.ccr.corp.intel.com>
Date:	Fri, 10 Sep 2010 22:48:22 +0800
From:	"Shi, Alex" <alex.shi@...el.com>
To:	Peter Zijlstra <peterz@...radead.org>,
	Norbert Preining <preining@...ic.at>
CC:	"Chen, Tim C" <tim.c.chen@...el.com>,
	"arjan@...radead.org" <arjan@...radead.org>,
	"efault@....de" <efault@....de>,
	"Li, Shaohua" <shaohua.li@...el.com>, tglx <tglx@...utronix.de>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: RE: high power consumption in recent kernels

CC to lkml since maybe other guys also have interesting on this. 
Norbert: 
In the powertop source code, the "extra timer interrupt" come from /proc/timer_stats. If my understanding is correct, so many "extra timer interrupt" and the nohz_ratemlimit checking make your system can not go to deep C states. but don't know what the effect for "load balancing tick" come from "extra timer interrupt". So maybe reduce the "extra timer interrupt" is  helpful on your system. Could you like to try this? 



Regards! 
Alex  

>-----Original Message-----
>From: Peter Zijlstra [mailto:peterz@...radead.org]
>Sent: Friday, September 10, 2010 4:25 PM
>To: Norbert Preining
>Cc: Chen, Tim C; Shi, Alex; arjan@...radead.org; efault@....de; Li, Shaohua; tglx
>Subject: Re: high power consumption in recent kernels
>
>On Fri, 2010-09-10 at 05:51 +0900, Norbert Preining wrote:
>> On Do, 09 Sep 2010, Chen, Tim C wrote:
>> > Have you tried to run powertop to see the causes of the wakeups
>>
>> Of course, in the very first email of the thread I posted the results,
>> here again for your convenience:
>> Top causes for wakeups:
>>   34.2% (185.3)   [kernel scheduler] Load balancing tick
>>   23.9% (129.6)   [extra timer interrupt]
>>   10.8% ( 58.6)   firefox-bin
>>    9.2% ( 49.7)   [iwlagn] <interrupt>
>>    7.2% ( 39.1)   [kernel core] hrtimer_start (tick_sched_timer)
>>    3.9% ( 20.9)   PS/2 keyboard/mouse/touchpad interrupt
>>
>> The problem is the "Load balancing tick" that is far far to high.
>
>Right, which makes perfect sense, delaying going into nohz state simply
>costs power.
>
>One thing we could do is hand over nohz control to the power governor
>(I'm sure Arjan will be thrilled), it could compare the cost of nohz
>enter/exit against the projected sleep time and make an informed
>decision.
>
>Because from what I understand, the nohz enter/exit cycle is what is
>costing you performance on this workload, its simply very expensive to
>prod at timer hardware (which is of course totally intel's own fault for
>giving us crummy timers to begin with).
>

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/