From: Mike Fedyk <mfedyk@matchmail.com>
To: "T. A." <tkhoadfdsaf@hotmail.com>
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: Question on the rmap VM
Date: Sun, 3 Mar 2002 18:49:11 -0800 [thread overview]
Message-ID: <20020304024911.GC353@matchmail.com> (raw)
In-Reply-To: <OE50LayI4TY7zD5J47O00005d3d@hotmail.com>
In-Reply-To: <OE50LayI4TY7zD5J47O00005d3d@hotmail.com>
On Sun, Mar 03, 2002 at 04:17:31AM -0500, T. A. wrote:
> Hi,
>
> I have a question on the rmap VM. What is the swap requierment for it?
> I remember the previous Rik van Riel VM required twice the amount of
> swapspace as memory to run effectively as many people were complaining about
> that. I read a while ago that the switch in 2.4.10 to the new AA VM fixed
> that issue. Will rmap bring back that 2x requirement? Thanks.
All three 2.4 VMs run best with swap at the same size as ram.
Let me define some VM names:
mainline (latest from Marcelo (currently based on an older version of -aa))
rik-vscan (latest in 2.4.13-ac7 (ac8 has some probs))
rik-rmap (latest patch from rik is still in development but stable (ie,
running in production for me))
-aa (andrea) (latest patch against mainline)
The 2x ram requirement has been removed in all of the latest versions of the
VM implementations.
Let's compare this part of the 2.2 VM with the base concept of what the 2.4
VMs are doing.
2.2:
o swap page (4k on most arches) to disk
o swap page from disk
o remove from swap
On a system that has a lot of swap activity it is common for the swap areas
to become fragmented. Also, if the same page needs to be swapped out again,
(and hasn't been modified while in memory) it has to write to disk again.
2.4:
o swap page (4k on most arches) to disk
o swap page from disk
o leave page in swap
With this solution, the pages are left in place there is less chance to get
a fragmented swap area. Also, if the same page needs to be swapped out
again, (and hasn't been modified while in memory) it is *not* written to
disk again, just simply marked as swapped and freed for other purposes.
===========
Now, if the swap space is smaller than RAM, then when swap space gets low
the kernel will have to start freeing pages that are both in swap and
memory (remember, this is possible now in the 2.4 VMs). This causes
fragmentation and extra overhead and slows you down at what is probably the
worst time possible to slow down.
Of course I might've left something out, so if I did, please fill in the
blanks...
Hope this helps.
Mike
prev parent reply other threads:[~2002-03-04 4:22 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-03-03 9:17 Question on the rmap VM T. A.
2002-03-03 13:40 ` Alan Cox
2002-03-04 4:52 ` Mike Fedyk
2002-03-03 19:02 ` Rik van Riel
2002-03-04 2:49 ` Mike Fedyk [this message]
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=20020304024911.GC353@matchmail.com \
--to=mfedyk@matchmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=tkhoadfdsaf@hotmail.com \
/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