public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Andreas Boman <aboman@midgaard.us>
To: Con Kolivas <kernel@kolivas.org>
Cc: linux kernel mailing list <linux-kernel@vger.kernel.org>,
	Ingo Molnar <mingo@elte.hu>
Subject: Re: [PATCH] 2.5.72 O(1) interactivity bugfix
Date: 18 Jun 2003 13:59:54 -0400	[thread overview]
Message-ID: <1055959194.1077.21.camel@asgaard.midgaard.us> (raw)
In-Reply-To: <200306190043.14291.kernel@kolivas.org>

On Wed, 2003-06-18 at 10:43, Con Kolivas wrote: 
> --BEGIN PGP SIGNED MESSAGE--
> Hash: SHA1
> 
> Hi Ingo, all
> 
> While messing with the interactivity code I found what appears to be an 
> uninitialised variable (p->sleep_avg), which is responsible for all the 
> boost/penalty in the scheduler. Initialising this variable to 0 seems to have 
> made absolutely massive improvements to system responsiveness under load
> and completely removed audio skips up to doing a make -j64 on my uniprocessor 
> P4 (beyond which swap starts being used), without changing the scheduler 
> timeslices. This seems to help all 2.4 O(1) based kernels as well. Attached 
> is a patch against 2.5.72 but I'm not sure about the best place to initialise 
> it.

Applying this ontop of 2.5.72-mm1 causes more xmms/mpg321/ogg123
skipping than with plain -mm1 here. make -j20 on my up athlon 1900+ with
512M ram causes extreme skipping until the make is killed. With plain
-mm1 I may get _one_ skip at the very begining of a song during make
-j20 (about 50% of the time). Plain -mm1 stops skipping after 10-15 sec
of playback of a song, and even switching desktops after that doesnt
cause skips, with or without make -j20 running (switching to/from
desktops with apps like mozilla, evolution etc. will cause skips during
the first 10-15 sec of a song regardless what I do it seems).

Renicing xmms to -15 doesnt change anything with either kernel.  

	Andreas



  reply	other threads:[~2003-06-18 17:45 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-06-18 14:43 [PATCH] 2.5.72 O(1) interactivity bugfix Con Kolivas
2003-06-18 17:59 ` Andreas Boman [this message]
2003-06-18 22:43   ` Con Kolivas
     [not found]     ` <1055977195.1077.41.camel@asgaard.midgaard.us>
2003-06-18 23:38       ` Con Kolivas
     [not found]         ` <1055983621.1753.23.camel@asgaard.midgaard.us>
2003-06-19  1:12           ` Con Kolivas
2003-06-19  2:00             ` Andreas Boman
2003-06-19  6:13             ` Mike Galbraith
2003-06-19  6:35               ` Con Kolivas
2003-06-19  8:11                 ` Con Kolivas
2003-06-19  7:33               ` Nick Piggin
2003-06-19  8:51                 ` Mike Galbraith
2003-06-19  8:57                   ` Nick Piggin
2003-06-19  9:00                     ` Nick Piggin
2003-06-19  9:18                     ` Mike Galbraith
2003-06-18 18:05 ` Robert Love

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=1055959194.1077.21.camel@asgaard.midgaard.us \
    --to=aboman@midgaard.us \
    --cc=kernel@kolivas.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@elte.hu \
    /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