From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Thu, 29 May 2008 13:16:24 -0700 From: Andrew Morton Subject: Re: [PATCH 00/25] Vm Pageout Scalability Improvements (V8) - continued Message-Id: <20080529131624.60772eb6.akpm@linux-foundation.org> In-Reply-To: <20080529195030.27159.66161.sendpatchset@lts-notebook> References: <20080529195030.27159.66161.sendpatchset@lts-notebook> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org Return-Path: To: Lee Schermerhorn 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 List-ID: On Thu, 29 May 2008 15:50:30 -0400 Lee Schermerhorn 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. > > > 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: email@kvack.org