All of lore.kernel.org
 help / color / mirror / Atom feed
From: Wiktor Wodecki <wodecki@gmx.de>
To: Con Kolivas <kernel@kolivas.org>
Cc: linux kernel mailing list <linux-kernel@vger.kernel.org>,
	Andrew Morton <akpm@osdl.org>
Subject: Re: [PATCH] O2int 0307041440 for 2.5.74-mm1
Date: Sun, 6 Jul 2003 14:36:35 +0200	[thread overview]
Message-ID: <20030706123635.GA657@gmx.de> (raw)
In-Reply-To: <200307041459.33326.kernel@kolivas.org>

[-- Attachment #1: Type: text/plain, Size: 2172 bytes --]

On Fri, Jul 04, 2003 at 02:59:08PM +1000, Con Kolivas wrote:
Content-Description: clearsigned data
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Here is a patch against the current O1int patch in 2.5.74-mm1.
> Since the O1int didn't mean anything I thought I'd call this O2int.
> 
> This one wont blow you away but tames those corner cases.
> 
> Changes:
> The child penalty is set on 80% which means that tasks that wait on their 
> children have children forking just on the edge of the interactive delta so 
> they shouldn't starve their own children.
> 
> The non linear sleep avg boost is scaled down slightly to prevent this 
> particular boost from being capable of making a task highly interactive. This 
> makes very new tasks less likely to have a little spurt of too high priority.
> 
> Idle tasks now get their static priority over the full time they've been 
> running rather than starting again at 1 second. This makes it harder for idle 
> tasks to suddenly become highly interactive and _then_ fork an interactive 
> bomb. Not sure on this one yet.
> 
> The sched_exit penalty to parents of cpu hungry children is scaled accordingly 
> (was missed on the original conversion so works better now).
> 
> Hysteresis on interactive buffer removed (was unecessary).
> 
> Minor cleanup.
> 
> Known issue remaining:
> Mozilla acts just like X in that it is mostly interactive but has bursts of 
> heavy cpu activity so it gets the same bonus as X. However it makes X jerky 
> during it's heavy cpu activity, and might in some circumstances make audio 
> skip. Fixing this kills X smoothness as they seem very similar to the 
> estimator. Still haven't sorted a workaround for this one but I'm working on 
> it. Ingo's original timeslice granularity patch helps a little and may be 
> worth resuscitating (and the desktop only people can change the granularity 
> down to 10ms to satisfy their needs).
> 
> Con

this one behaves worse than the previou one. When loading a big page
(such as www.heise.de or www.ebay.de) and moving the mouse in circles 
it gets very jumpy.


-- 
Regards,

Wiktor Wodecki

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

      parent reply	other threads:[~2003-07-06 12:18 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-07-04  4:59 [PATCH] O2int 0307041440 for 2.5.74-mm1 Con Kolivas
2003-07-04  6:35 ` Yaroslav Rastrigin
2003-07-06 12:36 ` Wiktor Wodecki [this message]

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=20030706123635.GA657@gmx.de \
    --to=wodecki@gmx.de \
    --cc=akpm@osdl.org \
    --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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.