public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Rik van Riel <riel@redhat.com>
To: Abhijit Bhopatkar <bainonline@gmail.com>
Cc: Linux Kernel list <linux-kernel@vger.kernel.org>,
	Linus Torvalds <torvalds@osdl.org>,
	akpm@osdl.org, jgarzik@pobox.com, Chris Snook <csnook@redhat.com>
Subject: Re: [PATCH] [RFC] Throttle swappiness for interactive tasks
Date: Thu, 19 Apr 2007 03:07:59 -0400	[thread overview]
Message-ID: <4627154F.4000409@redhat.com> (raw)
In-Reply-To: <2ff216280704182222w32d46b34u4168cf859032520a@mail.gmail.com>

Abhijit Bhopatkar wrote:

> In my mind i find it fundamentally wrong to separate anon pages from
> page cache. It should rather be lot more dependent on which task
> accessed them last. Although it seems due to some twisted relationships
> bet anon pages and interactive tasks separating them improves it.
> Am i missing something here?

The IO cost for anonymous (and other swap backed) pages is
completely different from the IO cost of file system backed
pages.

On file systems, data is typically grouped together on disk
by related content.  Programs often access data linearly,
meaning that with readahead we can load a lot of pages into
memory with only a few disk seeks.

Anonymous memory does not have this benefit. For one, memory
tends to get written to swap by LRU order, not by related
content.  To make things worse, repeated malloc/free cycles
can cause the memory adjacant to each other inside a process
to be completely unrelated, making virtual address based
swap clustering less useful.

The goal of page replacement is to minimize the total time
spent waiting on page faults.  This is not exactly the same
as minimizing the total number of page faults.

> Can you send me those patches please or point me to where i can find those?

You can get the latest one here:

http://surriel.com/patches/2.6/vm-split/linux-2.6-vm-split.patch

-- 
Politics is the struggle between those who want to make their country
the best in the world, and those who believe it already is.  Each group
calls the other unpatriotic.

      reply	other threads:[~2007-04-19  7:11 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-04-18 12:10 [PATCH] [RFC] Throttle swappiness for interactive tasks अभिजित भोपटकर (Abhijit Bhopatkar)
2007-04-18 17:04 ` Chris Snook
2007-04-18 20:52 ` Rik van Riel
     [not found]   ` <2ff216280704182014h6ff2eed3g4301ee8d1bfbed14@mail.gmail.com>
2007-04-19  4:29     ` Rik van Riel
2007-04-19  5:22       ` Abhijit Bhopatkar
2007-04-19  7:07         ` Rik van Riel [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=4627154F.4000409@redhat.com \
    --to=riel@redhat.com \
    --cc=akpm@osdl.org \
    --cc=bainonline@gmail.com \
    --cc=csnook@redhat.com \
    --cc=jgarzik@pobox.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=torvalds@osdl.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