public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Con Kolivas <kernel@kolivas.org>
To: Andy Pfiffer <andyp@osdl.org>,
	Felipe Alfaro Solana <felipe_alfaro@linuxmail.org>
Cc: linux kernel mailing list <linux-kernel@vger.kernel.org>,
	Mike Galbraith <efault@gmx.de>
Subject: Re: patch O1int for 2.5.73 - interactivity work
Date: Thu, 26 Jun 2003 09:39:38 +1000	[thread overview]
Message-ID: <200306260939.38723.kernel@kolivas.org> (raw)
In-Reply-To: <1056582622.1200.5.camel@andyp.pdx.osdl.net>

On Thu, 26 Jun 2003 09:10, Andy Pfiffer wrote:
> On Wed, 2003-06-25 at 14:53, Felipe Alfaro Solana wrote:
> > On Wed, 2003-06-25 at 18:09, Con Kolivas wrote:
> > > Hi all
> > >
> > > I've used the corner cases described that cause a lot of the
> > > interactivity problems to develop this patch.
> >
> > This patch is indeed much better than the ones posted before. In fact,
> > it's really, really hard for me to make XMMS skip audio. It feels much
> > better in general, but there are still some rough edges when the system
> > is under load. For example, the mouse cursor on an X session doesn't
> > move smoothly, and feels a little jumpy. It can be somewhat fixed by
> > renicing the X server to -20.
>
> I'm running with this patch on my dual-proc desktop right now.
>
> I agree: with a make -j20 going, the mouse became non-responsive
> for about 1 second at a time.  Renicing the X server to -20 greatly
> improved the response of my desktop with this patch under load.
>
> I could switch virtual desktops (blackbox), move the mouse to focus on
> an aterm and type a command (and get a response back), and not wait
> too long for evolution to repaint or open a piece of email.
>
> I could tell that something was grinding away on my system, but it was
> still tolerable.

Thanks for testing this.  The maximum interactive-non interactive difference 
to tasks niced to 0 will be 10, so renice X to -11 should be the most you 
need... -10 is what a lot of distributions already do by default. 

Are there any other corner cases you've found with this patch? I have ideas 
about the "starting xmms under extreme load" issue but I need to know if it's 
a real life scenario, and whether building an algorithm around one 
application in one setting is worthwhile.

Also to those actually looking at the code, would you like me to comment it in 
detail? I kept it short on purpose, but adding comments would be simple 
enough.

Con


  reply	other threads:[~2003-06-25 23:23 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-06-25 16:09 patch O1int for 2.5.73 - interactivity work Con Kolivas
2003-06-25 19:00 ` Mike Galbraith
2003-06-25 19:34   ` Daniel Gryniewicz
2003-06-25 20:33     ` Mike Galbraith
2003-06-25 21:43       ` Con Kolivas
2003-06-25 21:53 ` Felipe Alfaro Solana
2003-06-25 23:10   ` Andy Pfiffer
2003-06-25 23:39     ` Con Kolivas [this message]
2003-06-26 20:16 ` Diego Calleja García

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=200306260939.38723.kernel@kolivas.org \
    --to=kernel@kolivas.org \
    --cc=andyp@osdl.org \
    --cc=efault@gmx.de \
    --cc=felipe_alfaro@linuxmail.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