From: Helge Hafting <helgehaf@aitel.hist.no>
To: Bill Davidsen <davidsen@tmr.com>
Cc: Rik van Riel <riel@conectiva.com.br>, linux-kernel@vger.kernel.org
Subject: Re: large page patch (fwd) (fwd)
Date: Tue, 13 Aug 2002 09:28:24 +0200 [thread overview]
Message-ID: <3D58B518.99C23D85@aitel.hist.no> (raw)
In-Reply-To: <Pine.LNX.3.96.1020812230127.7583D-100000@gatekeeper.tmr.com>
Bill Davidsen wrote:
>
> On Mon, 12 Aug 2002, Helge Hafting wrote:
> > My office desktop machine (256M RAM) rarely swaps more than 10M
> > during work with 2.5.30. It used to go some 70M into swap
> > after a few days of writing, browsing, and those updatedb runs.
>
> Now tell us how someone who isn't a VM developer can tell if that's bad or
> good. Is it good because it didn't swap more than it needed to, or bad
> because there were more things it could have swapped to make more buffer
> room?
It feels more responsive too - which is no surprise. Like most users,
I don't _expect_ to wait for swapin when pressing a key or something.
Waiting for file io seems to be less of a problem, that stuff
_is_ on disk after all. I guess many people who knows a little about
computers feel this way. People that don't know what a "disk" is
may be different and more interested in total waiting.
On the serious side: vmstat provides more than swap info. It also
lists block io, where one might see if the block io goes up or down.
I suggest to find some repeatable workload with lots of file & swap
io, and see how much we get of each. My guess is that rmap
results in less io to to the same job. Not only swap io, but
swap+file io too. The design is more capable of selecting
the _right_ page to evict. (Assuming that page usage may
tell us something useful.) So the only questions left is
if the current implementation is good, and if the
improved efficiency makes up for the memory overhead.
>
> Serious question, tuning the -aa VM sometimes makes the swap use higher,
> even as the response to starting small jobs while doing kernel compiles or
> mkisofs gets better. I don't normally tune -ac kernels much, so I can't
> comment there.
Swap is good if there's lots of file io and
lots of unused apps sitting around. And bad if there's a large working
set and little _repeating_ file io. Such as the user switching between
a bunch of big apps working on few files. And perhaps some
non-repeating
io like updatedb or mail processing...
Helge Hafting
Helge Hafting
next prev parent reply other threads:[~2002-08-13 7:22 UTC|newest]
Thread overview: 110+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <E17ahdi-0001RC-00@w-gerrit2>
2002-08-02 19:34 ` Linus Torvalds
2002-08-03 3:19 ` David Mosberger
2002-08-03 3:32 ` Linus Torvalds
2002-08-03 4:17 ` David Mosberger
2002-08-03 4:26 ` Linus Torvalds
2002-08-03 4:39 ` David Mosberger
2002-08-03 5:20 ` David S. Miller
2002-08-03 17:35 ` Linus Torvalds
2002-08-03 19:30 ` David Mosberger
2002-08-03 19:43 ` Linus Torvalds
2002-08-03 21:18 ` David Mosberger
2002-08-03 21:54 ` Hubertus Franke
2002-08-04 0:35 ` David S. Miller
2002-08-04 2:25 ` David Mosberger
2002-08-04 17:19 ` Hubertus Franke
2002-08-09 15:20 ` Daniel Phillips
2002-08-09 15:56 ` Linus Torvalds
2002-08-09 16:15 ` Daniel Phillips
2002-08-09 16:31 ` Rik van Riel
2002-08-09 18:08 ` Daniel Phillips
2002-08-09 16:51 ` Linus Torvalds
2002-08-09 17:11 ` Daniel Phillips
2002-08-09 16:27 ` Rik van Riel
2002-08-09 16:52 ` Linus Torvalds
2002-08-09 17:40 ` yodaiken
2002-08-09 19:15 ` Rik van Riel
2002-08-09 21:20 ` Linus Torvalds
2002-08-09 21:19 ` Marcin Dalecki
2002-08-09 17:46 ` Bill Rugolsky Jr.
2002-08-12 9:23 ` Helge Hafting
2002-08-13 3:15 ` Bill Davidsen
2002-08-13 3:31 ` Rik van Riel
2002-08-13 7:28 ` Helge Hafting [this message]
2002-08-09 21:38 ` Andrew Morton
2002-08-10 18:20 ` Eric W. Biederman
2002-08-10 18:59 ` Daniel Phillips
2002-08-10 19:55 ` Rik van Riel
2002-08-10 19:54 ` Eric W. Biederman
2002-08-09 18:32 ` Hubertus Franke
2002-08-09 18:43 ` Daniel Phillips
2002-08-09 19:17 ` Hubertus Franke
2002-08-11 20:30 ` Alan Cox
2002-08-11 22:33 ` Daniel Phillips
2002-08-11 22:55 ` Linus Torvalds
2002-08-11 22:56 ` Linus Torvalds
2002-08-11 23:36 ` William Lee Irwin III
2002-08-12 0:46 ` Alan Cox
2002-08-11 23:42 ` Rik van Riel
2002-08-11 23:50 ` Larry McVoy
2002-08-12 8:22 ` Daniel Phillips
2002-08-13 8:40 ` Rob Landley
2002-08-13 15:06 ` Alan Cox
2002-08-13 11:36 ` Rob Landley
2002-08-13 16:51 ` Linus Torvalds
2002-08-13 12:53 ` Rob Landley
2002-08-13 17:14 ` Ruth Ivimey-Cook
2002-08-13 17:29 ` Rik van Riel
2002-08-13 13:18 ` Rob Landley
2002-08-13 18:32 ` Linus Torvalds
2002-08-13 13:50 ` Rob Landley
2002-08-13 17:45 ` Alexander Viro
2002-08-13 17:55 ` Linus Torvalds
2002-08-13 17:59 ` Rik van Riel
2002-08-13 13:35 ` Rob Landley
2002-08-13 19:12 ` Daniel Phillips
2002-08-22 12:03 ` bill davidsen
[not found] ` <Pine.LNX.4.44.0208130942130.7411-100000@home.transmeta.com >
2002-08-13 18:46 ` large page patch (fwd) Mike Galbraith
2002-08-11 23:44 ` large page patch (fwd) (fwd) Daniel Phillips
2002-08-13 8:51 ` Rob Landley
2002-08-13 16:47 ` Daniel Phillips
2002-08-13 13:09 ` Rob Landley
2002-08-11 23:15 ` Larry McVoy
2002-08-12 1:26 ` Linus Torvalds
2002-08-12 5:05 ` Larry McVoy
2002-08-12 10:31 ` Alan Cox
2002-08-04 0:28 ` David S. Miller
2002-08-04 17:31 ` Hubertus Franke
2002-08-04 18:38 ` Linus Torvalds
2002-08-04 19:23 ` Andrew Morton
2002-08-04 19:28 ` Linus Torvalds
2002-08-05 5:42 ` David S. Miller
2002-08-04 19:30 ` Hubertus Franke
2002-08-04 20:23 ` William Lee Irwin III
2002-08-05 16:59 ` David Mosberger
2002-08-05 17:21 ` Hubertus Franke
2002-08-05 21:10 ` Jamie Lokier
2002-08-04 19:41 ` Rik van Riel
2002-08-05 5:40 ` David S. Miller
2002-08-03 18:41 ` Hubertus Franke
2002-08-03 19:39 ` Linus Torvalds
2002-08-04 0:32 ` David S. Miller
2002-08-03 19:41 ` David Mosberger
2002-08-03 20:53 ` Hubertus Franke
2002-08-03 21:26 ` David Mosberger
2002-08-03 21:50 ` Hubertus Franke
2002-08-04 0:34 ` David S. Miller
2002-08-04 0:31 ` David S. Miller
2002-08-04 17:25 ` Hubertus Franke
[not found] <200208041331.24895.frankeh@watson.ibm.com.suse.lists.linux.kernel>
[not found] ` <Pine.LNX.4.44.0208041131380.10314-100000@home.transmeta.com.suse.lists.linux.kernel>
[not found] ` <3D4D7F24.10AC4BDB@zip.com.au.suse.lists.linux.kernel>
2002-08-04 20:20 ` Andi Kleen
2002-08-04 23:51 ` Eric W. Biederman
2002-08-05 23:30 Seth, Rohit
2002-08-06 5:01 ` David Mosberger
2002-08-06 4:58 ` David S. Miller
2002-08-06 5:19 ` David Mosberger
2002-08-06 5:08 ` David S. Miller
2002-08-06 5:32 ` David Mosberger
2002-08-06 19:11 ` Hubertus Franke
2002-08-06 20:38 Luck, Tony
2002-08-06 21:03 ` Hubertus Franke
2002-08-09 17:51 Seth, Rohit
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=3D58B518.99C23D85@aitel.hist.no \
--to=helgehaf@aitel.hist.no \
--cc=davidsen@tmr.com \
--cc=linux-kernel@vger.kernel.org \
--cc=riel@conectiva.com.br \
/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
all inboxes | Powered by JetHome®