From: Andrea Arcangeli <andrea@suse.de>
To: Adrian Bunk <bunk@fs.tum.de>
Cc: linux-kernel@vger.kernel.org
Subject: Re: 2.4.10aa1 (00_vm-tweaks-1)
Date: Tue, 25 Sep 2001 20:49:29 +0200 [thread overview]
Message-ID: <20010925204929.B8350@athlon.random> (raw)
In-Reply-To: <20010923232511.B1466@athlon.random> <Pine.NEB.4.40.0109241529440.27952-100000@mimas.fachschaften.tu-muenchen.de>
In-Reply-To: <Pine.NEB.4.40.0109241529440.27952-100000@mimas.fachschaften.tu-muenchen.de>; from bunk@fs.tum.de on Mon, Sep 24, 2001 at 03:42:59PM +0200
On Mon, Sep 24, 2001 at 03:42:59PM +0200, Adrian Bunk wrote:
> On Sun, 23 Sep 2001, Andrea Arcangeli wrote:
>
> > If you are interested about the VM behaviour under swap (and non) please
> > test the 00_vm-tweaks-1 (can be applied to plain 2.4.10), here the swap
> > behaviour seems improved with it. Thanks!
> >...
>
> 2.4.10 seems to behave worse than kernels up to 2.4.9 and 2.4.9ac12
> (haven't tried above) with the following workload (everything is only a
> subjective impression as a user; I don't look at how long the "rm" and the
> "tar" take because that's not very important for me):
>
> FVWM with 6 open xterms is running
> XMMS is running
>
> mv linux linux.old
> nice rm -rf linux.old &
> tar xzf linux-2.4.10.tar.gz &
> lynx ftp://ftp.kernel.org/pub/linux/kernel/testing
>
>
> up to 2.4.9 and 2.4.9ac12:
> everything works fine
>
> 2.4.10:
> interactive use of the machine is very bad, I can't type a command in
> another xterm
yes, that's because you didn't applied vm-tweaks-1 yet and you didn't
enough ram and you needed to swap.
>
> 2.4.10 + 00_vm-tweaks-1:
> interactive use of the machine works all right, but XMMS does sometimes
> stutter
it didn't happen here but let's look into it.
> This is on a K6 with 300 Mhz. free in 2.4.10 + 00_vm-tweaks-1 gives the
> following output:
>
> $ free
> total used free shared buffers cached
> Mem: 62252 60400 1852 0 2408 32792
> -/+ buffers/cache: 25200 37052
> Swap: 947824 10264 937560
> $
>
>
> My impression is that there's a problem when several processes do heavy
> non-cachable disk IO.
I've a few ideas on what to change incrementally to vm-tweaks-1, but can
you send me the `vmstat 1` output, plus also the /proc/meminfo output
snapshotted at regular intervals while xmms is "stuttering" just to
avoid looking at the wrong place? thanks,
Andrea
next prev parent reply other threads:[~2001-09-25 18:50 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20010923232511.B1466@athlon.random>
2001-09-23 21:36 ` 2.4.10aa1 (00_vm-tweaks-1) arjan
2001-09-23 21:46 ` Alan Cox
2001-09-23 21:46 ` arjan
2001-09-25 8:33 ` john slee
2001-09-25 17:53 ` Marcelo Tosatti
2001-09-25 18:44 ` Andrea Arcangeli
2001-09-23 21:50 ` Andrea Arcangeli
2001-09-23 21:49 ` Andrea Arcangeli
2001-09-24 16:51 ` Ingo Molnar
2001-09-24 13:42 ` Adrian Bunk
2001-09-25 18:49 ` Andrea Arcangeli [this message]
2001-09-27 13:29 ` Adrian Bunk
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=20010925204929.B8350@athlon.random \
--to=andrea@suse.de \
--cc=bunk@fs.tum.de \
--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.