From: "Toralf Förster" <toralf.foerster@gmx.de>
To: Dirk Brandewie <dirk.brandewie@gmail.com>
Cc: "Rafael J. Wysocki" <rjw@sisk.pl>,
linux-acpi@vger.kernel.org,
Linux Kernel <linux-kernel@vger.kernel.org>,
Linux PM list <linux-pm@vger.kernel.org>,
boinc_dev@ssl.berkeley.edu
Subject: Re: 3.9.0 + CONFIG_X86_INTEL_PSTATE=y -> ThinkPad T420 with i5 lost ACPI functionality
Date: Sat, 04 May 2013 09:57:54 +0200 [thread overview]
Message-ID: <5184BF82.4070700@gmx.de> (raw)
In-Reply-To: <51842F6F.1050005@intel.com>
On 05/03/2013 11:43 PM, Dirk Brandewie wrote:
> On 05/03/2013 02:26 PM, Toralf Förster wrote:
>> On 05/03/2013 11:10 PM, Dirk Brandewie wrote:
>>>
>>> ignore_nice_load is a feature of the ondemand governor.
>>> The intel_pstate driver is seeing the load presented by the BOINC client
>>> and is adjusting the pstate accordingly.
>>
>> Is the intel_pstate driver a choice for a notebook and friends where a
>> grid software is running as a low-prio back ground job ?
>>
>
> Probably not.
Hhm.
The kernel menuconfig says :
This driver provides a P state for Intel core processors
The driver implements an internal governor and will become
the scaling driver and governor for Sandy bridge processors.
What shall a company like IBM with a lot of notebook installation running BOINC
in the back ground process (World Community Grid) do - what's the consequence for
those installations if they will have that a processor ?
In the past (few years ago and related to the ondemand governor IIRC) there were
already a longer discussion about the "nice -n 19" topic and the result was
to support it.
/me Cc:'ing boinc devs, the topic might be interesting for them too.
>> Because the CPU will be running mostly at high(er) frequency - which
>> always results in a high temperature and short battery time.
>>
>
> It would be better IMHO if the client software limited the resources
> it uses when the system is not on wall power but that is a seperate
> discussion :-)
>
> --Dirk
>
>
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
next prev parent reply other threads:[~2013-05-04 7:58 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-05-03 16:55 3.9.0 + CONFIG_X86_INTEL_PSTATE=y -> ThinkPad T420 with i5 lost ACPI functionality Toralf Förster
2013-05-03 19:36 ` Rafael J. Wysocki
2013-05-03 21:10 ` Dirk Brandewie
2013-05-03 21:26 ` Toralf Förster
2013-05-03 21:43 ` Dirk Brandewie
2013-05-04 7:57 ` Toralf Förster [this message]
2013-05-10 13:10 ` Rafael J. Wysocki
2013-05-13 16:43 ` Dirk Brandewie
2013-05-13 17:20 ` Toralf Förster
2013-05-13 17:57 ` Dirk Brandewie
2013-05-13 19:13 ` Toralf Förster
2013-05-13 19:24 ` Dirk Brandewie
2013-05-28 18:11 ` Toralf Förster
2013-07-07 8:44 ` Toralf Förster
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=5184BF82.4070700@gmx.de \
--to=toralf.foerster@gmx.de \
--cc=boinc_dev@ssl.berkeley.edu \
--cc=dirk.brandewie@gmail.com \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pm@vger.kernel.org \
--cc=rjw@sisk.pl \
/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