From: Steven Noonan <steven@uplinklabs.net>
To: ext-eero.nurkkala@nokia.com
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
Thomas Gleixner <tglx@linutronix.de>,
Rik van Riel <riel@redhat.com>,
Venkatesh Pallipadi <venkatesh.pallipadi@intel.com>
Subject: Re: [BISECTED] "conservative" cpufreq governor broken
Date: Wed, 7 Oct 2009 01:24:13 -0700 [thread overview]
Message-ID: <f488382f0910070124v6f1e1539gbeb7765ab6f32231@mail.gmail.com> (raw)
In-Reply-To: <1254903263.30157.69.camel@eenurkka-desktop>
On Wed, Oct 7, 2009 at 1:14 AM, Eero Nurkkala
<ext-eero.nurkkala@nokia.com> wrote:
> On Wed, 2009-10-07 at 10:05 +0200, ext Steven Noonan wrote:
>> > Those look good.
>> >
>> > Well, might as well then go for:
>> > /drivers/cpufreq/cpufreq_conservative.c
>> > dbs_check_cpu() ->
>> > load = 100 * (wall_time - idle_time) / wall_time; <- What is your load?
>>
>> That's probably the problem...
>>
>> [ 40.632277] cpufreq load = 100 * (66667 - 3310) / 66667 = 95
>> [ 40.698947] cpufreq load = 100 * (66661 - 3238) / 66661 = 95
>> [ 73.965425] cpufreq load = 100 * (66667 - 12820) / 66667 = 80
>> [ 74.032095] cpufreq load = 100 * (66661 - 1124) / 66661 = 98
>> [ 107.298571] cpufreq load = 100 * (66666 - 13092) / 66666 = 80
>> [ 107.365301] cpufreq load = 100 * (66722 - 3317) / 66722 = 95
>> [ 140.631717] cpufreq load = 100 * (66666 - 3311) / 66666 = 95
>> [ 140.698387] cpufreq load = 100 * (66662 - 3237) / 66662 = 95
>>
>> idle_time is wrong.
>>
>> > Let assume load is sane, look for (in dbs_check_cpu())
>> > if (load < (dbs_tuners_ins.down_threshold - 10)) {
>> >
>> > whether it is taken ever...if not, what is your
>> > (dbs_tuners_ins.down_threshold - 10) ?
>> >
>> > - Eero
>> >
>> >
>
> <------------Sidenote------------------------------>
> Vankatesh, I think the following is not smp friendly:
> cpufreq_conservative.c:
> /* Get Absolute Load */
> for_each_cpu(j, policy->cpus) {
> ...
> load = 100 * (wall_time - idle_time) / wall_time;
>
> now the load is only considered from the last cpu in line?
> in ondemand, load goes to max_load_freq...so max is taken
> from all cpus out there. (well, doesn't seem like the case with
> conservative). Of course I may be wrong, and things are like
> supposed.
> </------------Sidenote------------------------------>
>
> Steven, how do the cpu loads look like without the patch?
They're sane:
[ 40.019381] cpufreq load = 100 * (66666 - 66337) / 66666 = 0
[ 40.019396] cpufreq load = 100 * (66666 - 66299) / 66666 = 0
[ 73.352580] cpufreq load = 100 * (66717 - 66349) / 66717 = 0
[ 73.352595] cpufreq load = 100 * (66634 - 63848) / 66634 = 4
next prev parent reply other threads:[~2009-10-07 8:24 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-10-05 16:32 Steven Noonan
2009-10-06 7:31 ` Eero Nurkkala
2009-10-06 10:22 ` Steven Noonan
2009-10-06 10:43 ` Eero Nurkkala
2009-10-06 11:22 ` Steven Noonan
2009-10-06 12:36 ` Eero Nurkkala
2009-10-07 0:54 ` Steven Noonan
2009-10-07 1:22 ` Steven Noonan
2009-10-07 5:27 ` Eero Nurkkala
2009-10-07 7:30 ` Steven Noonan
2009-10-07 7:49 ` Eero Nurkkala
2009-10-07 8:05 ` Steven Noonan
2009-10-07 8:11 ` Steven Noonan
2009-10-07 8:14 ` Eero Nurkkala
2009-10-07 8:24 ` Steven Noonan [this message]
2009-10-07 8:43 ` Eero Nurkkala
2009-10-07 8:52 ` Steven Noonan
2009-10-07 9:31 ` Eero Nurkkala
2009-10-07 10:42 ` Thomas Gleixner
2009-10-07 11:03 ` Steven Noonan
2009-10-07 11:15 ` Thomas Gleixner
2009-10-07 11:06 ` [tip:timers/urgent] NOHZ: update idle state also when NOHZ is inactive tip-bot for Eero Nurkkala
2009-10-07 13:35 ` Rik van Riel
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=f488382f0910070124v6f1e1539gbeb7765ab6f32231@mail.gmail.com \
--to=steven@uplinklabs.net \
--cc=ext-eero.nurkkala@nokia.com \
--cc=linux-kernel@vger.kernel.org \
--cc=riel@redhat.com \
--cc=tglx@linutronix.de \
--cc=venkatesh.pallipadi@intel.com \
/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
all inboxes | Powered by JetHome®