Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1750910AbXAQGTY (ORCPT ); Wed, 17 Jan 2007 01:19:24 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750897AbXAQGTY (ORCPT ); Wed, 17 Jan 2007 01:19:24 -0500 Received: from omx1-ext.sgi.com ([192.48.179.11]:42330 "EHLO omx1.sgi.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1750816AbXAQGTX (ORCPT ); Wed, 17 Jan 2007 01:19:23 -0500 Date: Tue, 16 Jan 2007 22:19:04 -0800 (PST) From: Christoph Lameter To: Andi Kleen cc: Paul Jackson , akpm@osdl.org, menage@google.com, linux-kernel@vger.kernel.org, nickpiggin@yahoo.com.au, linux-mm@kvack.org, dgc@sgi.com Subject: Re: [RFC 5/8] Make writeout during reclaim cpuset aware In-Reply-To: <200701171659.16290.ak@suse.de> Message-ID: References: <20070116054743.15358.77287.sendpatchset@schroedinger.engr.sgi.com> <200701171528.16854.ak@suse.de> <20070116203622.7f1b4e87.pj@sgi.com> <200701171659.16290.ak@suse.de> 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: 976 Lines: 21 On Wed, 17 Jan 2007, Andi Kleen wrote: > No actually people are fairly unhappy when one node is filled with > file data and then they don't get local memory from it anymore. > I get regular complaints about that for Opteron. Switch on zone_reclaim and it will take care of it. You can even switch it to write mode in order to get rid of dirty pages. However, be aware of the significantly reduced performance since you cannot go off node without writeback anymore. > That is another concern. I haven't checked recently, but it used > to be fairly simple to put a system to its knees by oversubscribing > a single node with a strict memory policy. Fixing that would be good. zone_reclaim has dealt with most of those issues. - 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/