Re: dynamic sched timeslices

From: Con Kolivas (kernel_at_kolivas.org)
Date: 03/18/04

  • Next message: Andrew Morton: "Re: add lowpower_idle sysctl"
    Date:	Thu, 18 Mar 2004 14:38:21 +1100
    To: Andrew Morton <akpm@osdl.org>
    
    

    Quoting Andrew Morton <akpm@osdl.org>:

    > Kurt Garloff <garloff@suse.de> wrote:
    > >
    > > Hi Con,
    > >
    > > On Wed, Mar 17, 2004 at 07:45:02AM +1100, Con Kolivas wrote:
    > > > > That's why I think we should offer the tunables.
    > > >
    > > > If your workload is so dedicated to just number crunching it isn't hard
    > to add
    > > > a zero to maximum timeslice in kernel/sced.c.
    > >
    > > Of course I can compile a custom kernel for myself and tune all sorts of
    > > things. But this is not the way most Linux users want to use Linux any
    > > more. Actually that's a long time ago.
    > >
    >
    > I don't think we should be averse to offering a couple of nice high-level
    > scheduler tunables. But I do think we should have testing results which
    > clearly show that they provide some benefit, and we should agree that the
    > scheduler cannot provide the same benefit automagically.
    >
    > Apologies in advance if we've seen those testing results and I missed it.

    Well that reply takes my message out of context. I'm not averse to tunables - if
    they do something.

    The only evidence Kurt has shown so far is that he can decrease throughput. The
    rest is theoretical based on a scheduler that isn't the 2.6 kernel.

    Con

    -
    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/


  • Next message: Andrew Morton: "Re: add lowpower_idle sysctl"

    Relevant Pages

    • Re: [SHED] Questions.
      ... >> Con and Nick's dynamic priority and dynamic timeslice experiments. ... The cpu scheduler simply isn't broken as the people on this mailing list seem ... the way the numbers feed back into a basically unchanged design. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • RE: Ingo Molnar and Con Kolivas 2.6 scheduler patches
      ... > your great work at fixing/tuning the 2.6 scheduler to its best. ... > Con and Ingo work is starting to collide. ... I guess this may be in part due to how I load the machine. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [PATCH] O13int for interactivity
      ... then it really does want to sleep. ... this whole thread arose because Con was making the scheduler do ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: Ingo Molnar and Con Kolivas 2.6 scheduler patches
      ... I don't know if Con patches ... all the Oxint Scheduler patches won't work well. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: Linus 2.6.23-rc1
      ... First off, i've personally run tests on many more machines than my own, ... I don't _ever_ go on specialty mailing lists. ... scheduler is perfect, and almost all of the time, the RightAnswerends ... in how Ingo and Con reacted to peoples reports was pretty stark. ...
      (Linux-Kernel)