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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox