lkml.org 
[lkml]   [2005]   [Jan]   [14]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH] [request for inclusion] Realtime LSM
* Andrew Morton (akpm@osdl.org) wrote:
> Matt Mackall <mpm@selenic.com> wrote:
> >
> > The closest thing to concensus I've seen yet was a new rlimit for
> > scheduling with code from Chris Wright.
>
> hmm, yes. It doesn't feel like an rlimity thing to me, unless the rlimit
> actually _limits_ something. Say, minimum permissible nice level. But
> scheduling policy sounds more like a capability than an rlimit.

It's had a few incarnations with minor tweaks. But they each did
provide a limit, an upper bound, on how the user could prioritize it's
task with the scheduler (both nice values and rt priorities).

> > We really ought not get in
> > the habit of adding new rlimits though.
>
> How come? It's a real pita that the standard shells don't appear to have a
> way of setting an unknown rlimit. But what else?

It's got that slippery slope feeling. When do you decided that you're
just punting everything to an rlimit and it becomes an unmanaged mess?
However, in this case, at least it's easy to justify cpu time as a
resource. I'll repost in the AM...sleep calls.

thanks,
-chris
--
Linux Security Modules http://lsm.immunix.org http://lsm.bkbits.net
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 14:09    [W:0.183 / U:0.492 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site