[lkml]   [2012]   [May]   [30]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [PATCH 13/15] sched: add bandwidth management for sched_dl.
On 05/29/2012 02:31 PM, Peter Zijlstra wrote:
> On Tue, 2012-05-29 at 14:18 +0200, Juri Lelli wrote:
>>> The thing is, keeping it separate makes for an impossible configuration
>>> scenario. Esp. once we enable !root usage. The proposed 5% is very
>>> limiting and regular users won't have sufficient privilege to change it.
>> Ok, now I understand your point better, and I agree that 5% is hardly
>> usable for !root users. However, I also think this is probably more a
>> system admin problem. I mean, a sys admin that wants his users to play
>> with -deadline scheduling should have thought how to properly set up his
>> system, and the fact that something must be configured by hand to give
>> users a usable system is generally not a so bad idea.
> Yes, but lets not make the life of the unsuspecting admin harder than we
> absolutely have to.
> Furthermore we should strive to make DL as useful as possible
> out-of-the-box.

Ok, I agree on this.

> One way to do this is to have rt and dl bandwidth constraints
> independent and put a 3rd combined limit in place. But what is the
> benefit of that over a single combined limit?

In the end, a single limit is probably better. So, I'll leave rt_bandwidth
at its default value and make dl_bandwidth a sort of sub-quota of it.
To give the user an out-of-the-box usable system, I could raise dl_bandwith
to, let's say, 40% (of 95%). Thus, in the default scenario, the user will
be allowed to create _rt tasks up to 57% and _dl tasks up to 38% of the
system capacity, sounds reasonable?

Thanks and regards,

- Juri

 \ /
  Last update: 2012-05-30 18:01    [W:0.058 / U:0.296 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site