mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Martin Schlemmer <azarah@gentoo.org>
To: "Diego Calleja García" <diegocg@teleline.es>
Cc: Nick Piggin <piggin@cyberone.com.au>,
	akpm@osdl.org, LKML <linux-kernel@vger.kernel.org>
Subject: Re: 2.6.0-test4-mm5
Date: Fri, 05 Sep 2003 17:36:15 +0200	[thread overview]
Message-ID: <1062776174.3376.26.camel@workshop.saharacpt.lan> (raw)
In-Reply-To: <20030904202319.7f9947c9.diegocg@teleline.es>

On Thu, 2003-09-04 at 20:23, Diego Calleja García wrote:
> El Thu, 04 Sep 2003 11:32:49 +1000 Nick Piggin <piggin@cyberone.com.au> escribió:
> 
> > Hmm... what's heavy gcc load?
> 
> make -j25 with 256 MB RAM.
> 
> My X server is reniced at -1; but reniced X to -10 and it didn't helped;
> -j15 was better (less swapping) but still I saw various mp3 & mouse skips.
> -

Without trying to be insulting, don't you think that you might
be expecting too much ?  I have a P4-2.4C (HT) on a i785 board
with 1GB DDR400 memory running dual channel, and if I run two
or three compile jobs at -j12 (more for testing Nick/Con's stuff,
usually use -j[46] and never really more than 2 of 3 of them), I
do not expect everything to be blazing fast.  Yes, while it is
not swapping (rare if ever do swap), I do expect xmms not to
skip, I do not expect the mouse to jerk, and yes I do expect
changing desktops to be fairly smooth and responsive.  I do not
however expect apps to still start with the same speed, or doing
the "window wiggle thing" to still be 100% smooth.

Nick's stuff with X reniced to -10 do fix the "window wiggle"
issue as far as I am concerned, as it is relative smooth (not
croaking like in vanilla), although not 100% as great as Con's,
but then Nick's finish the two make jobs at -j12 faster than
Con's stuff, and fairly close to vanilla (yes not 100% scientific),
and that is what I expect, even though it is a fairly ok machine.

Point I want to make, is that yes, for desktop you want you xmms
to not skip, you window switching to be ok while compiling a new
kernel at make -j[246], but come on, this is like expecting a
mini to out drag a F1 car because you fitted it with a turbo.
Especially when you start to swap heavily, you cannot really
expect the system to be responsive, especially when it is something
that needs to access memory that is swapped, or need to come out
of free swap, or that need to access the disk.

Con/Nick do need feedback, but really, expecting the scheduler to
be nice while your disk/memory is thrashing and whatever also need
a slice of that pie.  Can we try to keep it real ?


Thanks,

-- 
Martin Schlemmer



  parent reply	other threads:[~2003-09-05 15:46 UTC|newest]

Thread overview: 36+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-09-03  6:18 2.6.0-test4-mm5 Andrew Morton
2003-09-03  7:17 ` 2.6.0-test4-mm5 Christian Axelsson
2003-09-03 18:29   ` 2.6.0-test4-mm5 William Lee Irwin III
2003-09-03 16:12 ` 2.6.0-test4-mm5 Adrian Bunk
2003-09-03 16:32   ` [PATCH] 2.6.0-test4-mm5 Jeff Garzik
2003-09-03 16:46     ` Benjamin Herrenschmidt
2003-09-03 23:31       ` Jeff Garzik
2003-09-04  7:29         ` Benjamin Herrenschmidt
2003-09-04  3:21     ` David S. Miller
2003-09-03 17:02 ` 2.6.0-test4-mm5: SCSI imm driver doesn't compile Adrian Bunk
2003-09-04 13:30   ` Arnaldo Carvalho de Melo
2003-09-04 13:52     ` Jan-Benedict Glaw
2003-09-04 14:30       ` Christoph Hellwig
2003-09-04 14:54         ` Jan-Benedict Glaw
2003-09-04 17:50     ` [new patch] " Adrian Bunk
2003-09-03 23:08 ` 2.6.0-test4-mm5 Diego Calleja García
2003-09-04  1:32   ` 2.6.0-test4-mm5 Nick Piggin
2003-09-04 18:23     ` 2.6.0-test4-mm5 Diego Calleja García
2003-09-04 19:08       ` 2.6.0-test4-mm5 Mike Fedyk
2003-09-05 15:36       ` Martin Schlemmer [this message]
2003-09-05 16:17         ` 2.6.0-test4-mm5 Nick Piggin
2003-09-05 18:05           ` 2.6.0-test4-mm5 Diego Calleja García
2003-09-04  2:04   ` 2.6.0-test4-mm5 Mike Fedyk
2003-09-04  3:10     ` 2.6.0-test4-mm5 Nick Piggin
2003-09-04  1:30 ` 2.6.0-test4-mm5 Bill Huey
2003-09-04  3:12   ` 2.6.0-test4-mm5 Chris Wright
2003-09-04 14:29 ` 2.6.0-test4-mm5 Bruno T. Moura
2003-09-04 14:44   ` 2.6.0-test4-mm5 Bruno T. Moura
2003-09-04 20:29   ` 2.6.0-test4-mm5 Alan Cox
2003-09-07 10:08 ` 2.6.0-test4-mm5 and below: Wine and XMMS problems Adrian Bunk
2003-09-07 10:39   ` Nick Piggin
2003-09-08 23:08     ` Adrian Bunk
2003-09-10 22:03       ` Adrian Bunk
2003-09-07 12:18   ` Con Kolivas
2003-09-07 19:04     ` Adrian Bunk
2003-09-04  2:37 2.6.0-test4-mm5 Nakajima, Jun

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=1062776174.3376.26.camel@workshop.saharacpt.lan \
    --to=azarah@gentoo.org \
    --cc=akpm@osdl.org \
    --cc=diegocg@teleline.es \
    --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

Powered by JetHome