lkml.org 
[lkml]   [2008]   [Jun]   [27]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [RFC v1] Tunable sched_mc_power_savings=n
Andi Kleen wrote:
>> A user could be an application and certain applications can predict their
>> workload.
>
> So you expect the applications to run suid root and change a sysctl?
> And what happens when two applications run that do that and they have differing
> requirements? Will they fight over the sysctl?
>

We expect the system administrator to set an overall policy. The administrators
should have some flexibility in deciding how aggressive they want their power
savings to be

>> For example, a database, a file indexer, etc can predict their workload.
>
>
> A file indexer should run with a high nice level and low priority would ideally always
> prefer power saving. But it doesn't currently. Perhaps it should?
>

Replace file indexer with a datawarehouse, What if I have several instances of
these workloads running in parallel? The administrator should be able to decide
when to consolidate for power and when to spread for performance.


>> Policies are best known in user land and the best controlled from there.
>> Consider a case where the end user might select a performance based policy or a
>> policy to aggressively save power (during peak tariff times). With
>
> How many users are going to do that? Seems like a unrealistic case to me.

Two generic comments about the users part

1. The fact that we have sched_mc_power_savings is an indication that there are
users trying to use it for power savings
2. Users demand features, but they can only use them once we provide the tunables.

It might seem unrealistic for a one machine scenario, but consider a data center
hosting thousands of servers. Depending on the utilization, the administrator
might decide to use different policies for different servers.



--
Warm Regards,
Balbir Singh
Linux Technology Center
IBM, ISTL


\
 
 \ /
  Last update: 2008-06-27 06:18    [W:0.129 / U:0.096 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site