From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S262615AbUBZDFm (ORCPT ); Wed, 25 Feb 2004 22:05:42 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S262618AbUBZDFm (ORCPT ); Wed, 25 Feb 2004 22:05:42 -0500 Received: from mail-09.iinet.net.au ([203.59.3.41]:39321 "HELO mail.iinet.net.au") by vger.kernel.org with SMTP id S262615AbUBZDFd (ORCPT ); Wed, 25 Feb 2004 22:05:33 -0500 Message-ID: <403D6278.5010206@cyberone.com.au> Date: Thu, 26 Feb 2004 14:05:28 +1100 From: Nick Piggin User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040122 Debian/1.6-1 X-Accept-Language: en MIME-Version: 1.0 To: Mike Fedyk CC: Andrew Morton , linux-kernel@vger.kernel.org Subject: Re: 2.6.3-mm3 References: <20040222172200.1d6bdfae.akpm@osdl.org> <403BCE9E.7080607@matchmail.com> <20040224143025.36395730.akpm@osdl.org> <403D1347.8090801@matchmail.com> <403D468D.2090901@cyberone.com.au> <403D4CBE.9080805@matchmail.com> <403D5174.6050302@cyberone.com.au> <403D5B4C.3020309@matchmail.com> <403D5CB1.50409@cyberone.com.au> <403D5E79.5040508@matchmail.com> In-Reply-To: <403D5E79.5040508@matchmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Mike Fedyk wrote: > Nick Piggin wrote: > >> >> >> Mike Fedyk wrote: >> >>> >>> OK, I'll give that a try. >>> >>> Is the attached patch the latest version of your alternative patch >>> instead of shrink_slab-for-all-zones.patch? >>> >> >> Yes that looks like it. I am actually starting to like this patch >> again > > > Didn't you like what you wrote in the first place ;) > Hmm well no, it still reclaims slab too hard. I just forgot why I didn't like it :P >> now that lowmem is being properly scanned as a result of >> highmem scanning. > > > That's what zone-balancing-fix.patch does, right? > Yes... but actually the kswapd path needs something similar. That would be the batching patch, but with a scanning value derived from the current size of the zone's lrus. I'd just stick with 2.6.3 for now :)