From: Martin Hicks <mort@sgi.com>
To: Rik van Riel <riel@redhat.com>
Cc: Andrew Morton <akpm@osdl.org>,
linux-mm@kvack.org, raybry@sgi.com, ak@suse.de
Subject: Re: [PATCH/RFC 0/4] VM: Manual and Automatic page cache reclaim
Date: Thu, 28 Apr 2005 08:53:33 -0400 [thread overview]
Message-ID: <20050428125333.GG19244@localhost> (raw)
In-Reply-To: <Pine.LNX.4.61.0504280755170.32328@chimarrao.boston.redhat.com>
On Thu, Apr 28, 2005 at 07:56:07AM -0400, Rik van Riel wrote:
> On Wed, 27 Apr 2005, Andrew Morton wrote:
>
> > Is it not possible to change the page allocator's zone fallback mechanism
> > so that once the local node's zones' pages are all allocated, we don't
> > simply advance onto the next node? Instead, could we not perform a bit of
> > reclaim on this node's zones first? Only advance onto the next nodes if
> > things aren't working out?
>
> IMHO that's the best idea. The patches posted add new
> mechanisms to the VM and have the potential to disturb
> LRU ordering quite a bit - which could make the VM
> worse under load.
I'd like to see Nick's patch. Through the mempolicy the patch does take
the approach of freeing memory on the preferred node before going
offnode. I agree that the patch disturbs LRU ordering. The reason that
I have to destroy LRU ordering is so that I don't have to scan through
the same Dirty/Locked/whatever pages on the tail of the LRU list during
each call to reclaim_clean_pages().
mh
--
Martin Hicks || Silicon Graphics Inc. || mort@sgi.com
--
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:"aart@kvack.org"> aart@kvack.org </a>
next prev parent reply other threads:[~2005-04-28 12:53 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-04-27 15:08 [PATCH/RFC 0/4] VM: Manual and Automatic page cache reclaim Martin Hicks
2005-04-27 17:36 ` Nikita Danilov
2005-04-28 6:33 ` Andrew Morton
2005-04-28 11:16 ` Nick Piggin
2005-04-28 11:56 ` Rik van Riel
2005-04-28 12:53 ` Martin Hicks [this message]
2005-05-03 7:17 ` Ray Bryant
2005-05-03 8:08 ` Andrew Morton
2005-05-03 13:21 ` Martin Hicks
2005-05-04 1:23 ` Andrew Morton
2005-05-12 18:53 ` Martin Hicks
2005-05-12 18:57 ` Martin Hicks
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=20050428125333.GG19244@localhost \
--to=mort@sgi.com \
--cc=ak@suse.de \
--cc=akpm@osdl.org \
--cc=linux-mm@kvack.org \
--cc=raybry@sgi.com \
--cc=riel@redhat.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.