[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1284372378.14888.11.camel@marge.simson.net>
Date: Mon, 13 Sep 2010 12:06:18 +0200
From: Mike Galbraith <efault@....de>
To: Peter Zijlstra <peterz@...radead.org>
Cc: Ingo Molnar <mingo@...e.hu>,
Mathieu Desnoyers <mathieu.desnoyers@...icios.com>,
LKML <linux-kernel@...r.kernel.org>,
Linus Torvalds <torvalds@...ux-foundation.org>,
Andrew Morton <akpm@...ux-foundation.org>,
Steven Rostedt <rostedt@...dmis.org>,
Thomas Gleixner <tglx@...utronix.de>,
Tony Lindgren <tony@...mide.com>
Subject: Re: [RFC patch 1/2] sched: dynamically adapt granularity with
nr_running
On Mon, 2010-09-13 at 11:55 +0200, Peter Zijlstra wrote:
> On Mon, 2010-09-13 at 11:50 +0200, Mike Galbraith wrote:
> > Perhaps lag should be negated if you've received a
> > reasonable chunk or something.. but what we really want is a service
> > deadline.
>
> Hey, I've got a patch for that too :-)
>
> Not rebased to anything current, but should be able to get frobbed onto
> the last zero-lag thingy without too much grief (I think).
A frobbing I shall go.
> +/*
> + * Entity is eligible once it received less service than it ought to have,
> + * eg. lag >= 0.
> + *
> + * lag_i = S_i - s_i = w_i*(V - w_i)
> + *
> + * lag_i >=0 -> V >= v_i
> + *
> + * \Sum (v_i - v)*w_i
> + * V = ------------------ + v
> + * \Sum w_i
> + *
> + * lag_i >= 0 -> \Sum (v_i - v)*w_i >= (v_i - v)*(\Sum w_i)
> + */
Ew, more of that icky stuff.
-Mike
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists