From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Thu, 03 Nov 2005 15:01:38 -0800 From: "Martin J. Bligh" Reply-To: "Martin J. Bligh" Subject: Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19 Message-ID: <51160000.1131058898@flay> In-Reply-To: References: <4366C559.5090504@yahoo.com.au><20051101135651.GA8502@elte.hu><1130854224.14475.60.camel@localhost><20051101142959.GA9272@elte.hu><1130856555.14475.77.camel@localhost><20051101150142.GA10636@elte.hu><1130858580.14475.98.camel@localhost><20051102084946.GA3930@elte.hu><436880B8.1050207@yahoo.com.au><1130923969.15627.11.camel@localhost><43688B74.20002@yahoo.com.au><255360000.1130943722@[10.10.2.4]><4369824E.2020407@yahoo.com.au><1131040786.2839.18.camel@laptopd505.fenrus.org><312300000.1131041824@[10.10.2.4]><314480000.1131043874@[10.10.2.4]> <44190000.1131057630@flay> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: owner-linux-mm@kvack.org Return-Path: To: Linus Torvalds Cc: Arjan van de Ven , Mel Gorman , Nick Piggin , Dave Hansen , Ingo Molnar , Andrew Morton , kravetz@us.ibm.com, linux-mm , Linux Kernel Mailing List , lhms , Arjan van de Ven List-ID: >> But pages_min is based on the zone size, not the system size. And we >> still cap it. Maybe that's just a mistake? > > The per-zone watermarking is actually the "modern" and "working" approach. > > We didn't always do it that way. I would not be at all surprised if the > capping was from the global watermarking days. > > Of course, I would _also_ not be at all surprised if it wasn't just out of > habit. Most of the things where we try to scale things up by memory size, > we cap for various reasons. Ie we tend to try to scale things like hash > sizes for core data structures by memory size, but then we tend to cap > them to "sane" versions. > > So quite frankly, it's entirely possible that the capping is there not > because it _ever_ was a good idea, but just because it's what we almost > always do ;) > > Mental inertia is definitely alive and well. Ha ;-) Well thanks for the explanation. I would suggest the patch I sent you makes some semblence of sense then ... M. -- 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