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
next prev parent 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