linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
From: Rik van Riel <riel@redhat.com>
To: Marcelo Tosatti <marcelo.tosatti@cyclades.com>
Cc: linux-mm@kvack.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH/RFT 4/5] CLOCK-Pro page replacement
Date: Wed, 10 Aug 2005 20:06:34 -0400 (EDT)	[thread overview]
Message-ID: <Pine.LNX.4.61.0508101958510.2695@chimarrao.boston.redhat.com> (raw)
In-Reply-To: <20050810232209.GA3809@dmt.cnet>

On Wed, 10 Aug 2005, Marcelo Tosatti wrote:

> First of all, this is very nice! The code is amazingly easy to read.

Thank you.

> You change the rate of active list scanning, which I suppose won't
> change the current reclaiming behaviour much (at least not on the
> "stress system to death" tests which most folks use to test page
> replacement policies). I'll do some STP benchmarking.
> 
> But the fundamental metric for page replacement decision continues
> to be recency alone.
>
> IMHO much deeper surgery is needed: actually use inter-reference
> distance as the metric for page replacement decision.

Actually, inter-reference distance is what triggers whether the
active list gets scanned in addition to the inactive list.

The inter-reference distance also determines on which list a
page gets allocated.

I agree the code probably needs tweaking in this respect, though.

> As we talked, I've got an ARC variant working, but from what I gather
> so far its not as simple as I've imagined. Direct replacement from the
> active list seems to screw up most "stress system to death" workloads,
> increasing major pagefaults.

I'm not surprised!

If a page is not frequently enough accessed to be on the active
list, chances are it could still be accessed more frequently than
many pages on the inactive list, and evicting the page is the
wrong thing to do.

I suspect that ARC and CAR/CART are more suited for databases
than for general purpose OSes.  The reason databases are
probably different is that databases tend to have large indexes,
which are accessed more frequently than most data.  This may
lead to a stricter "separation" between hot and cold pages.

> Still lack a set of well analyzed pertinent VM tests... 

Agreed - I really am not sure how to properly test replacement
algorithms.

-- 
All Rights Reversed
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>

  reply	other threads:[~2005-08-11  0:06 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-08-10 20:02 [PATCH/RFT 0/5] " Rik van Riel
2005-08-10 20:02 ` [PATCH/RFT 1/5] " Rik van Riel
2005-08-10 20:02 ` [PATCH/RFT 2/5] " Rik van Riel
2005-08-10 20:27   ` David S. Miller, Rik van Riel
2005-08-10 20:38     ` Rik van Riel
2005-08-10 20:02 ` [PATCH/RFT 3/5] " Rik van Riel
2005-08-10 20:02 ` [PATCH/RFT 4/5] " Rik van Riel
2005-08-10 20:31   ` David S. Miller, Rik van Riel
2005-08-18  0:38     ` Andrew Morton
2005-08-18  2:48       ` David S. Miller, Andrew Morton
2005-08-18  4:05         ` Andrew Morton
2005-08-18  4:48           ` David S. Miller, Andrew Morton
2005-08-19  7:03             ` Rusty Russell
2005-08-19  7:10               ` Andrew Morton
2005-08-19  7:27                 ` Rusty Russell
2005-08-19 13:04                   ` Horst von Brand
2005-08-10 23:22   ` Marcelo Tosatti
2005-08-11  0:06     ` Rik van Riel [this message]
2005-08-10 20:02 ` [PATCH/RFT 5/5] " Rik van Riel
2005-08-11 22:08   ` Song Jiang
2005-08-12  1:22     ` Rik van Riel

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=Pine.LNX.4.61.0508101958510.2695@chimarrao.boston.redhat.com \
    --to=riel@redhat.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=marcelo.tosatti@cyclades.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