Re: [RFC v1] Tunable sched_mc_power_savings=n
- From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
- Date: Sat, 28 Jun 2008 13:53:49 +0100
On Sat, Jun 28, 2008 at 02:36:02PM +0200, Andi Kleen wrote:
For example if you're in a data center at a specific operating point and
you would need to crank up the air condition at significant power cost it might
be well better overall to force all servers to a lower operating point
and avoid that.
Sure, there are cases where you have additional constraints. But within
those constraints, you probably want to run as fast as possible.
That said in general you all should have complained when ondemand behaviour
was introduced.
ignore_nice seems to be set to 0 by default?
Also it's unclear that the general "race to idle" heuristic really
applies to the case of the "keep sockets idle" power optimization
that started this thread.
Usually package C states bring much more than core C states
and keeping another package completely idle saves likely
more power than the power cost of running something a little
bit slower on a package that is already busy on another core.
I'd agree with that.
--
Matthew Garrett | mjg59@xxxxxxxxxxxxx
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
- References:
- Re: [RFC v1] Tunable sched_mc_power_savings=n
- From: Vaidyanathan Srinivasan
- Re: [RFC v1] Tunable sched_mc_power_savings=n
- From: Andi Kleen
- Re: [RFC v1] Tunable sched_mc_power_savings=n
- From: Dipankar Sarma
- Re: [RFC v1] Tunable sched_mc_power_savings=n
- From: Andi Kleen
- Re: [RFC v1] Tunable sched_mc_power_savings=n
- From: Peter Zijlstra
- Re: [RFC v1] Tunable sched_mc_power_savings=n
- From: Andi Kleen
- Re: [RFC v1] Tunable sched_mc_power_savings=n
- From: Peter Zijlstra
- Re: [RFC v1] Tunable sched_mc_power_savings=n
- From: Andi Kleen
- Re: [RFC v1] Tunable sched_mc_power_savings=n
- From: Matthew Garrett
- Re: [RFC v1] Tunable sched_mc_power_savings=n
- From: Andi Kleen
- Re: [RFC v1] Tunable sched_mc_power_savings=n
- Prev by Date: [PATCH 001/002] linux-input: bcm5974-0.31: fixed resource leak, removed work struct, device data struct introduced
- Next by Date: Re: Higher than expected disk write(2) latency
- Previous by thread: Re: [RFC v1] Tunable sched_mc_power_savings=n
- Next by thread: Re: [RFC v1] Tunable sched_mc_power_savings=n
- Index(es):