[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1254240635.7775.44.camel@Palantir>
Date: Tue, 29 Sep 2009 18:10:35 +0200
From: Raistlin <raistlin@...ux.it>
To: Henrik Austad <henrik@...tad.us>
Cc: Peter Zijlstra <peterz@...radead.org>, claudio@...dence.eu.com,
michael@...dence.eu.com, mingo@...e.hu,
linux-kernel@...r.kernel.org, tglx@...utronix.de,
johan.eker@...csson.com, p.faure@...tech.ch,
Fabio Checconi <fabio@...dalf.sssup.it>,
Dhaval Giani <dhaval.giani@...il.com>,
Steven Rostedt <rostedt@...dmis.org>,
Tommaso Cucinotta <tommaso.cucinotta@...up.it>
Subject: Re: [RFC][PATCH] SCHED_EDF scheduling class
On Sun, 2009-09-27 at 08:55 +0200, Henrik Austad wrote:
> > An alternative is starting the child out with 0 runtime, and have the
> > parent run sched_setscheduler() on it giving us a clear point to run
> > admission on.
>
> Why not start it as sched_fair/sched_rt and let the child apply for
> resources the same way the parent did? That would be fairly
> straightforward and lead to predictable behaviour, and also make a nice,
> simple hook into the acceptance-tests.
>
Yeah, that's an option as well... It maybe overlap a little bit with
reset_on_fork, but I like tha fact that it allows the task itself to ask
for EDF bandwidth without having to rely on its parent... Thoughts about
that?
Regards,
Dario
--
<<This happens because I choose it to happen!>> (Raistlin Majere)
----------------------------------------------------------------------
Dario Faggioli, ReTiS Lab, Scuola Superiore Sant'Anna, Pisa (Italy)
http://blog.linux.it/raistlin / raistlin@...ga.net /
dario.faggioli@...ber.org
Download attachment "signature.asc" of type "application/pgp-signature" (198 bytes)
Powered by blists - more mailing lists