From: Kurt Garloff <garloff@suse.de>
To: Nick Piggin <piggin@cyberone.com.au>
Cc: Con Kolivas <kernel@kolivas.org>,
Linux kernel list <linux-kernel@vger.kernel.org>
Subject: Re: bonus inheritance
Date: Tue, 16 Mar 2004 12:48:20 +0100 [thread overview]
Message-ID: <20040316114820.GM4452@tpkurt.garloff.de> (raw)
In-Reply-To: <405696A9.3060304@cyberone.com.au>
[-- Attachment #1: Type: text/plain, Size: 1659 bytes --]
Hi Nick,
On Tue, Mar 16, 2004 at 04:54:49PM +1100, Nick Piggin wrote:
> Does it help any actual interactivity problem? Unfortunately
> practically any you make to the scheduler is bound to make
> things worse for at least one person, so it is difficult to
> just test things out.
Well, the interactivity problems existed with O(1) in 2.4.
The 50% penalty hurt freshly started processes a lot.
To fix this, the penalty has been set to 95 (5% penalty)
in 2.6.
I believe it's cleaner to draw the bonus towards the average
and inherit a percentage, and thus I set a inheritance percentage
of 50 in 2.4.
It was successful in 2.4. In a measurable way.
In 2.6, it likely will not make a big difference as with giving
95% of the bonus, you don't change much ...
So it's more a question of have the concept in there which is
clearer. More a theoretical thing. Assuming that with 95% chance
your child has the same character w.r.t. to interactiveness is
rather high.
It will be very hard to measure 80% inheritance to 95% penalty
as for the most important case (starting a process from a shell),
the results are almost the same.
The fact that we are more likely to start new processes towards
the center in our bonus scale certainly makes it faster for the
scheduler to put them in the right category, so there should be
some benefit w.r.t. interactiveness. However, those are not easy
to measure :-(
I'll see whether we can get some benchmarks anyway.
Regards,
--
Kurt Garloff <garloff@suse.de> Cologne, DE
SUSE LINUX AG, Nuernberg, DE SUSE Labs (Head)
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
next prev parent reply other threads:[~2004-03-16 11:48 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-03-15 22:54 Kurt Garloff
2004-03-15 23:31 ` Con Kolivas
2004-03-16 5:54 ` Nick Piggin
2004-03-16 11:48 ` Kurt Garloff [this message]
2004-03-16 12:21 ` 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=20040316114820.GM4452@tpkurt.garloff.de \
--to=garloff@suse.de \
--cc=kernel@kolivas.org \
--cc=linux-kernel@vger.kernel.org \
--cc=piggin@cyberone.com.au \
/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
all inboxes | Powered by JetHome®