From mboxrd@z Thu Jan 1 00:00:00 1970 From: Daniel Phillips Subject: Re: [PATCH 02/10] mm: system wide ALLOC_NO_WATERMARK Date: Sun, 12 Aug 2007 23:55:34 -0700 References: <20070806102922.907530000@chello.nl> <4a5909270708100115v4ad10c4es697d216edf29b07d@mail.gmail.com> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200708122355.34652.phillips@phunq.net> Sender: owner-linux-mm@kvack.org Return-Path: To: Christoph Lameter Cc: Daniel Phillips , Peter Zijlstra , Matt Mackall , linux-kernel@vger.kernel.org, linux-mm@kvack.org, David Miller , Andrew Morton , Daniel Phillips List-ID: On Friday 10 August 2007 10:46, Christoph Lameter wrote: > On Fri, 10 Aug 2007, Daniel Phillips wrote: > > It is quite clear what is in your patch. Instead of just grabbing > > a page off the buddy free lists in a critical allocation situation > > you go invoke shrink_caches. Why oh why? All the memory needed to > > get > > Because we get to the code of interest when we have no memory on the > buddy free lists... Ah wait, that statement is incorrect and may well be the crux of your misunderstanding. Buddy free lists are not exhausted until the entire memalloc reserve has been depleted, which would indicate a kernel bug and imminent system death. > ...and need to reclaim memory to fill them up again. That we do, but we satisfy the allocations in the vm writeout path first, without waiting for shrink_caches to do its thing. Regards, Daniel -- 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