From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Thu, 2 Oct 2008 15:35:08 +0100 From: Andy Whitcroft Subject: Re: [PATCH 4/4] capture pages freed during direct reclaim for allocation by the reclaimer Message-ID: <20081002143508.GE11089@brain> References: <1222864261-22570-1-git-send-email-apw@shadowen.org> <1222864261-22570-5-git-send-email-apw@shadowen.org> <48E390DA.9060109@linux-foundation.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48E390DA.9060109@linux-foundation.org> Sender: owner-linux-mm@kvack.org Return-Path: To: Christoph Lameter Cc: linux-mm@kvack.org, linux-kernel@vger.kernel.org, KOSAKI Motohiro , Peter Zijlstra , Rik van Riel , Mel Gorman , Nick Piggin , Andrew Morton List-ID: On Wed, Oct 01, 2008 at 10:01:46AM -0500, Christoph Lameter wrote: > Andy Whitcroft wrote: > > When a process enters direct reclaim it will expend effort identifying > > and releasing pages in the hope of obtaining a page. However as these > > pages are released asynchronously there is every possibility that the > > pages will have been consumed by other allocators before the reclaimer > > gets a look in. This is particularly problematic where the reclaimer is > > attempting to allocate a higher order page. It is highly likely that > > a parallel allocation will consume lower order constituent pages as we > > release them preventing them coelescing into the higher order page the > > reclaimer desires. > > The reclaim problem is due to the pcp queueing right? Could we disable pcp > queueing during reclaim? pcp processing is not necessarily a gain, so > temporarily disabling it should not be a problem. > > At the beginning of reclaim just flush all pcp pages and then do not allow pcp > refills again until reclaim is finished? Not entirely, some pages could get trapped there for sure. But it is parallel allocations we are trying to guard against. Plus we already flush the pcp during reclaim for higher orders. -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: email@kvack.org