From: Andrew Morton <akpm@linux-foundation.org>
To: Lee Schermerhorn <lee.schermerhorn@hp.com>
Cc: linux-kernel@vger.kernel.org, kosaki.motohiro@jp.fujitsu.com,
eric.whitney@hp.com, linux-mm@kvack.org, npiggin@suse.de,
riel@redhat.com
Subject: Re: [PATCH 00/25] Vm Pageout Scalability Improvements (V8) - continued
Date: Thu, 29 May 2008 13:16:24 -0700 [thread overview]
Message-ID: <20080529131624.60772eb6.akpm@linux-foundation.org> (raw)
In-Reply-To: <20080529195030.27159.66161.sendpatchset@lts-notebook>
On Thu, 29 May 2008 15:50:30 -0400
Lee Schermerhorn <lee.schermerhorn@hp.com> wrote:
>
> The patches to follow are a continuation of the V8 "VM pageout scalability
> improvements" series that Rik van Riel posted to LKML on 23May08. These
> patches apply atop Rik's series with the following overlap:
>
> Patches 13 through 16 replace the corresponding patches in Rik's posting.
>
> Patch 13, the noreclaim lru infrastructure, now includes Kosaki Motohiro's
> memcontrol enhancements to track nonreclaimable pages.
>
> Patches 14 and 15 are largely unchanged, except for refresh. Includes
> some minor statistics formatting cleanup.
>
> Patch 16 includes a fix for an potential [unobserved] race condition during
> SHM_UNLOCK.
>
<head spins a bit>
>
> Additional patches in this series:
>
> Patches 17 through 20 keep mlocked pages off the normal [in]active LRU
> lists using the noreclaim lru infrastructure. These patches represent
> a fairly significant rework of an RFC patch originally posted by Nick Piggin.
>
> Patches 21 and 22 are optional, but recommended, enhancements to the overall
> noreclaim series.
>
> Patches 23 and 24 are optional enhancements useful during debug and testing.
>
> Patch 25 is a rather verbose document describing the noreclaim lru
> infrastructure and the use thereof to keep ramfs, SHM_LOCKED and mlocked
> pages off the normal LRU lists.
>
> ---
>
> The entire stack, including Rik's split lru patches, are holding up very
> well under stress loads. E.g., ran for over 90+ hours over the weekend on
> both x86_64 [32GB, 8core] and ia64 [32GB, 16cpu] platforms without error
> over last weekend.
>
> I think these are ready for a spin in -mm atop Rik's patches.
I was >this< close to getting onto Rik's patches (honest) but a few
other people have been kicking the tyres and seem to have caused some
punctures so I'm expecting V9?
WARNING: multiple messages have this Message-ID (diff)
From: Andrew Morton <akpm@linux-foundation.org>
To: Lee Schermerhorn <lee.schermerhorn@hp.com>
Cc: linux-kernel@vger.kernel.org, kosaki.motohiro@jp.fujitsu.com,
eric.whitney@hp.com, linux-mm@kvack.org, npiggin@suse.de,
riel@redhat.com
Subject: Re: [PATCH 00/25] Vm Pageout Scalability Improvements (V8) - continued
Date: Thu, 29 May 2008 13:16:24 -0700 [thread overview]
Message-ID: <20080529131624.60772eb6.akpm@linux-foundation.org> (raw)
In-Reply-To: <20080529195030.27159.66161.sendpatchset@lts-notebook>
On Thu, 29 May 2008 15:50:30 -0400
Lee Schermerhorn <lee.schermerhorn@hp.com> wrote:
>
> The patches to follow are a continuation of the V8 "VM pageout scalability
> improvements" series that Rik van Riel posted to LKML on 23May08. These
> patches apply atop Rik's series with the following overlap:
>
> Patches 13 through 16 replace the corresponding patches in Rik's posting.
>
> Patch 13, the noreclaim lru infrastructure, now includes Kosaki Motohiro's
> memcontrol enhancements to track nonreclaimable pages.
>
> Patches 14 and 15 are largely unchanged, except for refresh. Includes
> some minor statistics formatting cleanup.
>
> Patch 16 includes a fix for an potential [unobserved] race condition during
> SHM_UNLOCK.
>
<head spins a bit>
>
> Additional patches in this series:
>
> Patches 17 through 20 keep mlocked pages off the normal [in]active LRU
> lists using the noreclaim lru infrastructure. These patches represent
> a fairly significant rework of an RFC patch originally posted by Nick Piggin.
>
> Patches 21 and 22 are optional, but recommended, enhancements to the overall
> noreclaim series.
>
> Patches 23 and 24 are optional enhancements useful during debug and testing.
>
> Patch 25 is a rather verbose document describing the noreclaim lru
> infrastructure and the use thereof to keep ramfs, SHM_LOCKED and mlocked
> pages off the normal LRU lists.
>
> ---
>
> The entire stack, including Rik's split lru patches, are holding up very
> well under stress loads. E.g., ran for over 90+ hours over the weekend on
> both x86_64 [32GB, 8core] and ia64 [32GB, 16cpu] platforms without error
> over last weekend.
>
> I think these are ready for a spin in -mm atop Rik's patches.
I was >this< close to getting onto Rik's patches (honest) but a few
other people have been kicking the tyres and seem to have caused some
punctures so I'm expecting V9?
--
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 prev parent reply other threads:[~2008-05-29 20:18 UTC|newest]
Thread overview: 44+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-05-29 19:50 [PATCH 00/25] Vm Pageout Scalability Improvements (V8) - continued Lee Schermerhorn
2008-05-29 19:50 ` Lee Schermerhorn
2008-05-29 19:50 ` [PATCH 13/25] Noreclaim LRU Infrastructure Lee Schermerhorn
2008-05-29 19:50 ` Lee Schermerhorn
2008-05-29 19:50 ` [PATCH 14/25] Noreclaim LRU Page Statistics Lee Schermerhorn
2008-05-29 19:50 ` Lee Schermerhorn
2008-05-29 19:50 ` [PATCH 15/25] Ramfs and Ram Disk pages are non-reclaimable Lee Schermerhorn
2008-05-29 19:50 ` Lee Schermerhorn
2008-05-29 19:50 ` [PATCH 16/25] SHM_LOCKED " Lee Schermerhorn
2008-05-29 19:50 ` Lee Schermerhorn, Lee Schermerhorn
2008-05-29 19:51 ` [PATCH 17/25] Mlocked Pages " Lee Schermerhorn
2008-05-29 19:51 ` Lee Schermerhorn
2008-05-29 19:51 ` [PATCH 18/25] Downgrade mmap sem while populating mlocked regions Lee Schermerhorn
2008-05-29 19:51 ` Lee Schermerhorn, Lee Schermerhorn
2008-05-29 19:51 ` [PATCH 19/25] Handle mlocked pages during map, remap, unmap Lee Schermerhorn
2008-05-29 19:51 ` Lee Schermerhorn
2008-05-29 19:51 ` [PATCH 20/25] Mlocked Pages statistics Lee Schermerhorn
2008-05-29 19:51 ` Lee Schermerhorn, Nick Piggin
2008-05-29 19:51 ` [PATCH 21/25] Cull non-reclaimable pages in fault path Lee Schermerhorn
2008-05-29 19:51 ` Lee Schermerhorn, Lee Schermerhorn
2008-05-29 19:51 ` [PATCH 22/25] Noreclaim and Mlocked pages vm events Lee Schermerhorn
2008-05-29 19:51 ` Lee Schermerhorn, Lee Schermerhorn
2008-05-29 19:51 ` [PATCH 23/25] Noreclaim LRU scan sysctl Lee Schermerhorn
2008-05-29 19:51 ` Lee Schermerhorn, Lee Schermerhorn
2008-05-29 19:51 ` [PATCH 24/25] Mlocked Pages: count attempts to free mlocked page Lee Schermerhorn
2008-05-29 19:51 ` Lee Schermerhorn
2008-05-29 19:51 ` [PATCH 25/25] Noreclaim LRU and Mlocked Pages Documentation Lee Schermerhorn
2008-05-29 19:51 ` Lee Schermerhorn
2008-05-29 20:16 ` Andrew Morton [this message]
2008-05-29 20:16 ` [PATCH 00/25] Vm Pageout Scalability Improvements (V8) - continued Andrew Morton
2008-05-29 20:20 ` Rik van Riel
2008-05-29 20:20 ` Rik van Riel
2008-05-30 1:56 ` MinChan Kim
2008-05-30 1:56 ` MinChan Kim
2008-05-30 13:52 ` John Stoffel
2008-05-30 13:52 ` John Stoffel
2008-05-30 14:29 ` Rik van Riel
2008-05-30 14:29 ` Rik van Riel
2008-05-30 14:36 ` John Stoffel
2008-05-30 14:36 ` John Stoffel
2008-05-30 15:27 ` Rik van Riel
2008-05-30 15:27 ` Rik van Riel
2008-05-30 9:27 ` KOSAKI Motohiro
2008-05-30 9:27 ` KOSAKI Motohiro
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=20080529131624.60772eb6.akpm@linux-foundation.org \
--to=akpm@linux-foundation.org \
--cc=eric.whitney@hp.com \
--cc=kosaki.motohiro@jp.fujitsu.com \
--cc=lee.schermerhorn@hp.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=npiggin@suse.de \
--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.