From: Toon van der Pas <toon@hout.vanvergehaald.nl>
To: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Two versions of the truth (Documentation/{filesystems/proc.txt,sysctl/vm.txt}
Date: Sat, 13 Jan 2007 10:51:51 +0100 [thread overview]
Message-ID: <20070113095151.GA24254@shuttle.vanvergehaald.nl> (raw)
Hi,
I was looking for a description of the kernel parameter page-cluster
and found two versions that appear to be very different to me.
(see the two text fragments below)
The first one talks about the clusting of pages on a page fault,
when pages need to be read into memory.
The second one talks about the number of pages written to swap in
a single attempt.
Which one is correct?
I'm inclined to choose the first description.
The second one appears to be wrong to me because paged-in pages are
simply evicted from the page cache when need be, they are never
written out to swap. At least, that's what I've always thought.
Can anybody help me out?
Regards,
Toon.
8< - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
/usr/src/linux-2.6.18-gentoo-r4/Documentation/sysctl/vm.txt:
============================================================
page-cluster:
The Linux VM subsystem avoids excessive disk seeks by reading
multiple pages on a page fault. The number of pages it reads
is dependent on the amount of memory in your machine.
The number of pages the kernel reads in at once is equal to
2 ^ page-cluster. Values above 2 ^ 5 don't make much sense
for swap because we only cluster swap data in 32-page groups.
/usr/src/linux-2.6.18-gentoo-r4/Documentation/filesystems/proc.txt:
===================================================================
page-cluster
------------
page-cluster controls the number of pages which are written to swap
in a single attempt. The swap I/O size.
It is a logarithmic value - setting it to zero means "1 page",
setting it to 1 means "2 pages", setting it to 2 means "4 pages",
etc.
The default value is three (eight pages at a time). There may be
some small benefits in tuning this to a different value if your
workload is swap-intensive.
reply other threads:[~2007-01-13 9:51 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
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=20070113095151.GA24254@shuttle.vanvergehaald.nl \
--to=toon@hout.vanvergehaald.nl \
--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
all inboxes | Powered by JetHome®