public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Daniel Gryniewicz <dang@fprintf.net>
To: Con Kolivas <kernel@kolivas.org>
Cc: linux-kernel@vger.kernel.org
Subject: Re: Scheduler policies for staircase
Date: Wed, 04 Aug 2004 18:07:28 -0400	[thread overview]
Message-ID: <1091657248.19988.19.camel@localhost> (raw)
In-Reply-To: <cone.1091601947.196990.9775.502@pc.kolivas.org>

On Wed, 2004-08-04 at 16:45 +1000, Con Kolivas wrote:
> Maciej Soltysiak writes:
> 
> > Con,
> > 
> > I have been using SCHED_BATCH on two machines now with expected
> > results. So this you might consider this as another success report :-)
> 
> Great. Thanks for the report. I too use them all day every day on each 
> machine I have with distributed computing clients so they're pretty well 
> tested.
> 
> > Do you think that these schedulers could come into the mainline
> > soon? Would you submit them to Linus without the staircase scheduler
> > or would you rather wait for the whole bunch of changes to get
> > rock-stable ?
> 
> It could easily be modified to suit the current scheduler. Obviously I want 
> my scheduler to be considered for mainline at some stage in the future but 
> there needs to be a good reason for that to occur, and the 12 other 
> schedulers out there need to also be tested (we better hurry up or it could 
> be twice that soon :P). At this stage I'll hold onto these patches and see 
> what happens. I'd rather not have to rewrite it to suit the current 
> scheduler and go through all the bugtesting again since there isn't a 
> burning need for this scheduler policy in mainline at the moment. The 
> lack of a large amount of feedback about staircase shows that most people 
> aren't really interested in the cpu scheduler at the moment anyway.
> 

I've been using CK for a while, and I've felt that the staircase was
better.  I have some machines with staircase, and some (work machines)
with mainline, and the staircase "feels" better.  However, I have no
hard numbers, so I haven't spoken up.  I suspect I'm far from alone.  I
understand the lack of a pressing need to replace the mainline
scheduler, but I'll personally continue using staircase as long as
you're putting it out.

(I breifly tried Nick's as well, and it seemed the same as mainline.
But, again, no numbers, and that was a while ago.)

Daniel

  reply	other threads:[~2004-08-04 22:07 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-08-04  5:43 [PATCH][0/3] Scheduler policies for staircase Maciej Soltysiak
2004-08-04  6:45 ` Con Kolivas
2004-08-04 22:07   ` Daniel Gryniewicz [this message]
2004-08-05 14:32     ` Re[2]: " Maciej Soltysiak
2004-08-05 15:33       ` Con Kolivas
  -- strict thread matches above, loose matches on Subject: below --
2004-08-04  0:40 [PATCH][0/3] " Con Kolivas
2004-08-04 11:03 ` Takashi Iwai
2004-08-04 11:12   ` Con Kolivas

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1091657248.19988.19.camel@localhost \
    --to=dang@fprintf.net \
    --cc=kernel@kolivas.org \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox