From: bugzilla-daemon@bugzilla.kernel.org
To: cpufreq@vger.kernel.org
Subject: [Bug 64261] Intel Pstate driver truncates to pstate instead of rounding to nearest pstate
Date: Wed, 06 Nov 2013 19:44:45 +0000 [thread overview]
Message-ID: <bug-64261-12968-GrQycORtQt@https.bugzilla.kernel.org/> (raw)
In-Reply-To: <bug-64261-12968@https.bugzilla.kernel.org/>
https://bugzilla.kernel.org/show_bug.cgi?id=64261
--- Comment #17 from Doug Smythies <dsmythies@telus.net> ---
(In reply to Dirk Brandewie from comment #16)
> (In reply to Doug Smythies from comment #12)
> > Created attachment 113591 [details]
> > CPU 7 frequency vs load. Turbo off. With and without rounding.
> >
> > The load on cpu 7 varies from 0.005 to 0.995 in steps of 0.005 at 10 seconds
> > per step. The frequency is monitored at 10 Hertz.
>
> Are you still setting {min/max}_perf_pct or are we changing horses and
> talking about using the driver in "normal' mode?
No, I am not setting min=max=whatever.
Yes, I was "changing horses" here. The settings are all default from boot up,
except with respect to turbo on or off. I was wanting to try to demonstrate
improvement using rounding in a real operational sense and as it got closer to
100% frequency. Test 1, turbo on, did show improvement and much less jitter.
However Test 2, turbo on, did not. I still need to go back and investigate why
those two tests, which should have been the same, weren't.
Sorry, I should have been clearer in my description.
I have two methods for loading CPUs to various levels and working/sleeping
frequencies:
One uses a program called "consume", originally from Peter Zijlstra of the
kernel.org sched maintainers. It will apply the desired load at the desired
work/sleep frequency, regardless of the CPU frequency. I.E. it does not respond
to the CPU frequency going up, but rather modifies its work load accordingly to
hold to what was asked for, not like a real system.
The other is a program called "waiter" (the name is from the text book I
started it from). It will spin out the desired number of processes at the
desired load at the desired work/sleep frequency, but what it actually does
depends on the CPU frequency and number of running processes. I.E. it responds
to the CPU frequency going up by getting its work done faster, just like a real
system. The user interface for waiter is NOT good, and I tend to use another
program to create scripts to provide operational parameters.
I used "consume" for these graphs.
--
You are receiving this mail because:
You are the assignee for the bug.
next prev parent reply other threads:[~2013-11-06 19:44 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-11-02 21:52 [Bug 64261] New: Intel Pstate driver truncates to pstate instead of rounding to nearest pstate bugzilla-daemon
2013-11-04 7:17 ` [Bug 64261] " bugzilla-daemon
2013-11-04 16:14 ` bugzilla-daemon
2013-11-04 16:54 ` bugzilla-daemon
2013-11-04 18:39 ` bugzilla-daemon
2013-11-04 22:19 ` bugzilla-daemon
2013-11-05 1:28 ` bugzilla-daemon
2013-11-05 7:21 ` bugzilla-daemon
2013-11-05 7:35 ` bugzilla-daemon
2013-11-05 8:12 ` bugzilla-daemon
2013-11-05 15:06 ` bugzilla-daemon
2013-11-06 5:34 ` bugzilla-daemon
2013-11-06 5:38 ` bugzilla-daemon
2013-11-06 5:43 ` bugzilla-daemon
2013-11-06 5:48 ` bugzilla-daemon
2013-11-06 6:04 ` bugzilla-daemon
2013-11-06 18:58 ` bugzilla-daemon
2013-11-06 19:44 ` bugzilla-daemon [this message]
2014-04-18 3:02 ` bugzilla-daemon
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=bug-64261-12968-GrQycORtQt@https.bugzilla.kernel.org/ \
--to=bugzilla-daemon@bugzilla.kernel.org \
--cc=cpufreq@vger.kernel.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;
as well as URLs for NNTP newsgroup(s).