From: Andy Whitcroft <apw@shadowen.org>
To: Andrew Morton <akpm@osdl.org>
Cc: linux-mm@kvack.org, linux-kernel@vger.kernel.org,
Andy Whitcroft <apw@shadowen.org>, Mel Gorman <mel@csn.ul.ie>
Subject: [PATCH 0/3] Lumpy Reclaim V5
Date: Mon, 12 Mar 2007 18:22:45 +0000 [thread overview]
Message-ID: <exportbomb.1173723760@pinky> (raw)
Following this email are three patches which represent the
current state of the lumpy reclaim patches; collectively lumpy V5.
This patch kit is against 2.6.21-rc3-mm2. This stack is split out
to show the incremental changes in this version. This contains
one fixup following on from Christoph Lameters feedback and one change
affecting scan rates. Andrew, please consider for -mm.
Comparitive testing between lumpy-V4 and lump-V5 generally shows
a small improvement, coming from the slight increase in scanning
coming from second of the patches.
I have taken the lumpy-V3 patches and the last batch of changes
and folded them back into a single patch (collectively lumpy-V4),
updating attribution. On top of this are are two patches the first
the result of feedback from Christoph and the latter a change which
I believe is a correctness issue for scanning rates:
lumpy-reclaim-V4: folded back base, changes incorporated are listed
in the changelog which is included in the patch.
lumpy-back-out-removal-of-active-check-in-isolate_lru_pages:
reinstating a BUG where the active state missmatched the lru we are
scanning. As pointed out by Christoph Lameter, there should not
be a missmatch and testing confirms with this base there are none.
lumpy-only-count-taken-pages-as-scanned: when scanning an area
around a target page taken from the LRU we will only take pages
which match the active state. Previously we would count the
missmatching pages passed over as 'scanned'. Prior to lumpy a
page was only counted as 'scanned' if we had removed it from the
LRU and reclaimed or rotated it back to the list. This leads
to reduced reclaim scanning and affects reclaim performance.
Move to counting pages as scanned only when actually touched.
Against: 2.6.21-rc3-mm2
-apw
--
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>
next reply other threads:[~2007-03-12 18:22 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-03-12 18:22 Andy Whitcroft [this message]
2007-03-12 18:23 ` [PATCH 1/3] Lumpy Reclaim V4 Andy Whitcroft
2007-03-12 18:36 ` Dave Hansen
2007-03-12 18:48 ` Andy Whitcroft
2007-03-12 18:23 ` [PATCH 2/3] lumpy: back out removal of active check in isolate_lru_pages Andy Whitcroft
2007-03-12 18:24 ` [PATCH 3/3] lumpy: only count taken pages as scanned Andy Whitcroft
2007-03-16 3:20 ` [PATCH 0/3] Lumpy Reclaim V5 Andrew Morton
2007-03-17 13:27 ` Andy Whitcroft
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=exportbomb.1173723760@pinky \
--to=apw@shadowen.org \
--cc=akpm@osdl.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=mel@csn.ul.ie \
/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