mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
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®