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: Mon, 6 Aug 2007 12:15:16 -0700 References: <20070806102922.907530000@chello.nl> <200708061148.43870.phillips@phunq.net> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200708061215.16427.phillips@phunq.net> Sender: owner-linux-mm@kvack.org Return-Path: To: Christoph Lameter Cc: Peter Zijlstra , linux-kernel@vger.kernel.org, linux-mm@kvack.org, David Miller , Andrew Morton , Daniel Phillips , Pekka Enberg , Matt Mackall , Lee Schermerhorn , Steve Dickson List-ID: On Monday 06 August 2007 11:51, Christoph Lameter wrote: > On Mon, 6 Aug 2007, Daniel Phillips wrote: > > On Monday 06 August 2007 11:42, Christoph Lameter wrote: > > > On Mon, 6 Aug 2007, Daniel Phillips wrote: > > > > Currently your system likely would have died here, so ending up > > > > with a reserve page temporarily on the wrong node is already an > > > > improvement. > > > > > > The system would have died? Why? > > > > Because a block device may have deadlocked here, leaving the system > > unable to clean dirty memory, or unable to load executables over > > the network for example. > > So this is a locking problem that has not been taken care of? A deadlock problem that we used to call memory recursion deadlock, aka: somebody in the vm writeout path needs to allocate memory, but there is no memory, so vm writeout stops forever. 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