Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1760541AbXJZR4V (ORCPT ); Fri, 26 Oct 2007 13:56:21 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755532AbXJZR4D (ORCPT ); Fri, 26 Oct 2007 13:56:03 -0400 Received: from netops-testserver-4-out.sgi.com ([192.48.171.29]:32984 "EHLO relay.sgi.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1754682AbXJZR4B (ORCPT ); Fri, 26 Oct 2007 13:56:01 -0400 Date: Fri, 26 Oct 2007 10:55:59 -0700 (PDT) From: Christoph Lameter X-X-Sender: clameter@schroedinger.engr.sgi.com To: Pavel Machek cc: Peter Zijlstra , Daniel Phillips , linux-mm@kvack.org, linux-kernel@vger.kernel.org, akpm@linux-foundation.org, dkegel@google.com, David Miller , Nick Piggin Subject: Re: [RFC 0/3] Recursive reclaim (on __PF_MEMALLOC) In-Reply-To: <20071026174409.GA1573@elf.ucw.cz> Message-ID: References: <1189454145.21778.48.camel@twins> <1189457286.21778.68.camel@twins> <20071026174409.GA1573@elf.ucw.cz> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1188 Lines: 24 On Fri, 26 Oct 2007, Pavel Machek wrote: > > And, _no_, it does not necessarily mean global serialisation. By simply > > saying there must be N pages available I say nothing about on which node > > they should be available, and the way the watermarks work they will be > > evenly distributed over the appropriate zones. > > Agreed. Scalability of emergency swapping reserved is simply > unimportant. Please, lets get swapping to _work_ first, then we can > make it faster. Global reserve means that any cpuset that runs out of memory may exhaust the global reserve and thereby impact the rest of the system. The emergencies that are currently localized to a subset of the system and may lead to the failure of a job may now become global and lead to the failure of all jobs running on it. But Peter mentioned that he has some way of tracking the amount of memory used in a certain context (beancounter?) which would address the issue. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/