From: Patrick McFarland <unknown@panax.com>
To: Rik van Riel <riel@conectiva.com.br>
Cc: linux-kernel@vger.kernel.org
Subject: Re: Which is better at vm, and why? 2.2 or 2.4
Date: Sat, 13 Oct 2001 14:53:42 -0400 [thread overview]
Message-ID: <20011013145341.R249@localhost> (raw)
In-Reply-To: <20011013141709.L249@localhost> <Pine.LNX.4.33L.0110131526500.2847-100000@imladris.rielhome.conectiva> <20011013144220.P249@localhost>
In-Reply-To: <20011013144220.P249@localhost>
[-- Attachment #1: Type: text/plain, Size: 2233 bytes --]
Also, I'd like to say about the documentation...
<quote>
Currently, these files are in /proc/sys/vm:
- bdflush
- buffermem
- freepages
- kswapd
- overcommit_memory
- page-cluster
- pagecache
- pagetable_cache
</quote>
but a simple ls of /proc/sys/vm reports:
bdflush kswapd overcommit_memory page-cluster pagetable_cache
Shouldnt the documentation be updated, seeing for the fact it was written in the 2.2.10 days?
On 13-Oct-2001, Patrick McFarland wrote:
> Ill reiterate something here, im on a p133 with 16 megs. Yeah, the kind of the crappy ide controller that eats cpu time to swap. (Enough so that my mouse pointer will freeze in X that its swapping so much. Swapping is the only thing ive found that can pull that off) Swapping the least ammount would be the best for a box like that.
>
> On 13-Oct-2001, Rik van Riel wrote:
> > On Sat, 13 Oct 2001, Patrick McFarland wrote:
> >
> > > Hmm, I see that as very bad. There should be a bunch of sysctls to do
> > > that easily.
> >
> > See /proc/sys/vm/* and the documentation ;)
> >
> > > Also, I heard that 2.4 (and I'm assuming 2.2 as well) swaps pages on a
> > > last-used-age basis, instead of either a number-of-times-used or a
> > > hybrid of the two. That kinda seems stupid,
> >
> > Don't worry since it's not true, at least the VM in the -ac
> > kernels _does_ use a hybrid of access recency and frequency
> > to determine page replacement.
> >
> > The -linus kernel, however only has LRU-like selection.
> >
> > At the moment the -linus kernel is faster than the -ac kernel
> > for some workloads. This may have something to do with better
> > clusterable IO ... when page replacement is less precise the
> > chance that IO is clusterable is probably larger due to the
> > way we scan.
> >
> > I plan to do more explicit IO clustering in -ac to try and
> > remedy this difference.
> >
> > regards,
> >
> > Rik
> > --
> > DMCA, SSSCA, W3C? Who cares? http://thefreeworld.net/ (volunteers needed)
> >
> > http://www.surriel.com/ http://distro.conectiva.com/
> >
>
> --
> Patrick "Diablo-D3" McFarland || unknown@panax.com
--
Patrick "Diablo-D3" McFarland || unknown@panax.com
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
next prev parent reply other threads:[~2001-10-13 18:53 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-10-13 17:02 Which is better at vm, and why? 2.2 or 2.4 Patrick McFarland
2001-10-13 17:16 ` Alan Cox
2001-10-13 18:06 ` M. Edward Borasky
2001-10-13 18:17 ` Patrick McFarland
2001-10-13 18:29 ` Rik van Riel
2001-10-13 18:42 ` Patrick McFarland
2001-10-13 18:53 ` Patrick McFarland [this message]
2001-10-13 18:58 ` Rik van Riel
2001-10-13 19:04 ` Patrick McFarland
2001-10-13 19:10 ` Rik van Riel
2001-10-13 19:28 ` Wilson
2001-10-13 20:12 ` [solid]
2001-10-13 20:21 ` Patrick McFarland
2001-10-13 19:17 ` Rik van Riel
2001-10-13 18:37 ` M. Edward Borasky
2001-10-20 0:38 ` Daniel Phillips
2001-10-20 1:05 ` Robert Love
2001-10-20 19:56 ` Mike Fedyk
2001-10-20 20:03 ` Robert Love
2001-10-13 17:48 ` Mark Hahn
2001-10-13 21:29 ` Mike Fedyk
2001-10-13 21:47 ` Mark Hahn
[not found] <20011013132327.F249@localhost>
[not found] ` <E15sSey-0003Jf-00@the-village.bc.nu>
2001-10-13 17:33 ` Patrick McFarland
[not found] ` <E15sSti-0003ME-00@the-village.bc.nu>
2001-10-13 17:49 ` Patrick McFarland
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=20011013145341.R249@localhost \
--to=unknown@panax.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