From: Mark Bidewell <mark.bidewell@alumni.clemson.edu>
To: "Pallipadi, Venkatesh" <venkatesh.pallipadi@intel.com>
Cc: cpufreq@lists.linux.org.uk
Subject: Re: Possible CPUFreq governor
Date: Mon, 02 May 2005 10:30:44 -0400 [thread overview]
Message-ID: <42763994.5080504@alumni.clemson.edu> (raw)
In-Reply-To: <88056F38E9E48644A0F562A38C64FB60049EEBC2@scsmsx403.amr.corp.intel.com>
Thank you very much for your reply. Barring a thermal emergency,
wouldn't CPU demand automatically be high if temperature was also high?
The basic intent of my code was to specifically target prcesses which
were non-interactive for performance degradation rather that the whole
system. The intent being to improve interactive performace while
reducing temperature. I'm not clear on how scripting ondemand achieves
this goal?
Mark Bidewell
Pallipadi, Venkatesh wrote:
>
>
>
>
>>-----Original Message-----
>>From: cpufreq-bounces@lists.linux.org.uk
>>[mailto:cpufreq-bounces@lists.linux.org.uk] On Behalf Of Mark Bidewell
>>Sent: Monday, May 02, 2005 5:51 AM
>>To: Bruno Ducrot
>>Cc: cpufreq@lists.linux.org.uk
>>Subject: Re: Possible CPUFreq governor
>>
>>I have been examining the structure and design of the ondemand govenor
>>further. Would it be accurate to characterize your concern as
>>basically
>>that under heavy process load, the p-state switching latency becomes
>>longer than the timeslices and thus could dominate the CPU?
>>Or is there
>>an issue with processor damage?
>>
>>
>>
>
>P-state switching latency will be same at all times, irrespective
>of processor load. IIUC, the issue here is adding the knowledge of CPU
>temperature to the CPU frequency governor.
>
>For that, As Bruno potins out, one can have a shell script/program on
>top of ondemand governor, that monitors the temperature in /proc/...
>And changes ondemand governor's /sys/..../cpufreq/scaling_max_freq
>
>Thanks,
>Venki
>
>
>
next prev parent reply other threads:[~2005-05-02 14:30 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-05-02 14:02 Possible CPUFreq governor Pallipadi, Venkatesh
2005-05-02 14:30 ` Mark Bidewell [this message]
-- strict thread matches above, loose matches on Subject: below --
2005-04-27 0:13 Mark Bidewell
2005-04-27 0:12 Mark Bidewell
2005-04-26 23:39 Mark Bidewell
2005-04-27 10:53 ` Bruno Ducrot
2005-04-27 11:02 ` Bruno Ducrot
2005-04-27 11:08 ` Ivor Hewitt
2005-04-27 12:30 ` Mark Bidewell
2005-04-27 14:07 ` Bruno Ducrot
2005-04-27 16:20 ` Mark Bidewell
2005-04-27 17:38 ` Bruno Ducrot
2005-04-27 18:18 ` Mark Bidewell
2005-04-27 19:04 ` Bruno Ducrot
2005-05-02 12:51 ` Mark Bidewell
2005-04-27 12:25 ` Mark Bidewell
2005-04-27 13:54 ` Bruno Ducrot
2005-04-27 16:10 ` Mark Bidewell
2005-04-27 17:03 ` Bruno Ducrot
2005-04-27 17:19 ` Mark Bidewell
2005-04-27 17:45 ` Bruno Ducrot
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=42763994.5080504@alumni.clemson.edu \
--to=mark.bidewell@alumni.clemson.edu \
--cc=cpufreq@lists.linux.org.uk \
--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