From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Thu, 27 Oct 2005 13:43:47 -0700 From: Andrew Morton Subject: Re: [PATCH 0/4] Swap migration V3: Overview Message-Id: <20051027134347.56d29cfa.akpm@osdl.org> In-Reply-To: <20051027150142.GE13500@logos.cnet> References: <20051020225935.19761.57434.sendpatchset@schroedinger.engr.sgi.com> <20051022005050.GA27317@logos.cnet> <20051024074418.GC2016@logos.cnet> <20051025143741.GA6604@logos.cnet> <20051027150142.GE13500@logos.cnet> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org Return-Path: To: Marcelo Tosatti Cc: magnus.damm@gmail.com, clameter@sgi.com, kravetz@us.ibm.com, linux-kernel@vger.kernel.org, linux-mm@kvack.org List-ID: Marcelo Tosatti wrote: > > The fair approach would be to have the > number of pages to reclaim also relative to zone size. > > sc->nr_to_reclaim = (zone->present_pages * sc->swap_cluster_max) / > total_memory; You can try it, but that shouldn't matter. SWAP_CLUSTER_MAX is just a batching factor used to reduce CPU consumption. If you make it twice as bug, we run DMA-zone reclaim half as often - it should balance out. -- 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