From mboxrd@z Thu Jan 1 00:00:00 1970 Message-Id: <200505101934.j4AJYfg26483@unix-os.sc.intel.com> From: "Chen, Kenneth W" Subject: RE: Fw: [Bug 4520] New: /proc/*/maps fragments too quickly compared to Date: Tue, 10 May 2005 12:34:41 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit In-Reply-To: <20050510115818.0828f5d1.akpm@osdl.org> Sender: owner-linux-mm@kvack.org Return-Path: To: 'Andrew Morton' Cc: wwc@rentec.com, mingo@elte.hu, arjanv@redhat.com, linux-mm@kvack.org List-ID: Andrew Morton wrote Tuesday, May 10, 2005 11:58 AM > "Chen, Kenneth W" wrote: > > Andrew Morton wrote on Monday, May 09, 2005 2:27 PM > > > Possibly for the 2.6.12 release the safest approach would be to just > > > disable the free area cache while we think about it. > > > > I hope people are not thinking permanently kill the free area cache > > algorithm. It is known to give a large percentage of performance gain > > on specweb SSL benchmark. I think it gives 4-5% gain from free area > > cache algorithm. > > It also makes previously-working workloads completely *fail*. I agree that functionality over rule most of everything else. Though, I do want to bring to your attention on how much performance regression we will see if the free area cache is completely disabled. I rather make noise now instead of a couple month down the road :-) -- 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: aart@kvack.org