From: David C Niemi <dniemi@verisign.com>
To: Vishwanath Sripathy <vishwanath.sripathy@linaro.org>
Cc: cpufreq@vger.kernel.org, linaro-dev@lists.linaro.org
Subject: Re: Issues with ondemand governor
Date: Mon, 22 Nov 2010 11:09:03 -0500 [thread overview]
Message-ID: <4CEA959F.9000505@verisign.com> (raw)
In-Reply-To: <AANLkTi=0hbJ=N6bLRgrmDVzMVZgPyT5gNZbQDhgMV=J=@mail.gmail.com>
The general problem here is that the ondemand governor is aimed more at
power savings than performance. In cases where the ondemand governor
performs worse than the performance governor, the "sampling_down_factor"
tunable is often useful. I submitted the patch to add this tunable a
few weeks ago and it was acked by Venki, but I don't know what happened
to it after that. It helps in two ways:
1) the governor does not spend as much overhead on the governor when the
CPU is truly busy
2) the governor is a lot less eager to downshift when the CPU is busy --
without this patch, even on a busy system ondemand will blip down in
clock speed surprisingly often, hurting performance.
This patch is all about improving peak load performance. On quite a few
loads I've tried this patch with a sampling_down_factor of 100 matches
the performance governor quite well while the original ondemand
performance was poor. On the other hand, it is not much help if you are
trying to minimize power consumption on light to medium loads. If you
set sampling_down_factor to "1" it preserves default behavior.
David C Niemi
Vishwanath Sripathy wrote:
> Hi,
>
> I was trying to investigate performance issues that we were seeing
> with some usecases like Video playback on OMAP Platforms with ondemand
> governor.
> As part of this, I found a tool called cpufreq-bench
> (http://lwn.net/Articles/339862) which can be used determine the
> performance impact of ondemand governor compared to performacne
> governor.
> When I ran this tool on OMAP3 (ZOOM3) platform using 2.6.36 kernel
> with below command, the worstcase ondemand performance is 35% compared
> to performance governor.
> cpufreq-bench -l 50000 -s 100000 -x 50000 -y 100000 -g ondemand -r 5 -n 5 -v
>
> I tried the same on x86 platforms and there the worstcase performance
> is around 88%.
> Attached are the cpufreq-bench logs for x86 and omap3.
>
> Questions:
> 1. Is this is known limitaiton of ondemand governor?
> 2. How do we support system usecases (like video playback etc) with
> ondemand governor if governor is not able to scale the frequencies in
> realtime? Are applications expected to play with scaling_min_freq to
> increase mpu frequency?
>
> Regards
> Vishwa
next prev parent reply other threads:[~2010-11-22 16:09 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-11-22 13:18 Issues with ondemand governor Vishwanath Sripathy
2010-11-22 16:09 ` David C Niemi [this message]
2010-11-23 12:29 ` Vishwanath Sripathy
2010-11-23 14:52 ` Amit Kucheria
2010-11-24 11:57 ` Vishwanath Sripathy
2010-11-24 14:12 ` David C Niemi
2010-11-25 12:05 ` Vishwanath Sripathy
2010-11-25 14:31 ` Thomas Renninger
[not found] ` <4CEA959F.9000505-0nFLJxsdniVWk0Htik3J/w@public.gmane.org>
2010-11-26 22:38 ` Christian Robottom Reis
[not found] ` <20101126223815.GU30563-J1k5CargkBPB0jqWMgOSsQh0onu2mTI+@public.gmane.org>
2010-11-29 9:05 ` Vishwanath Sripathy
2010-11-29 15:16 ` David C Niemi
[not found] ` <4CF3C3B4.3000209-0nFLJxsdniVWk0Htik3J/w@public.gmane.org>
2010-11-29 15:38 ` Nicolas Pitre
2010-11-29 18:00 ` Dave Jones
2010-11-29 20:03 ` David C Niemi
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=4CEA959F.9000505@verisign.com \
--to=dniemi@verisign.com \
--cc=cpufreq@vger.kernel.org \
--cc=linaro-dev@lists.linaro.org \
--cc=vishwanath.sripathy@linaro.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.