Re: Fw: [Bug 4520] New: /proc/*/maps fragments too quickly compared to

[Arjan van de Ven <arjanv@redhat.com>]

On Tue, May 10, 2005 at 11:58:18AM -0700, Andrew Morton wrote:
> "Chen, Kenneth W" <kenneth.w.chen@intel.com> 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*.

the balance between correctness and performance ;)

the patch to keep track of basically the below-gap-size will fix the
correctness side I suppose, however I'm not sure I'm thrilled by the
inherent complexity that is beeing added. More to track means more
complexity and fragility. 
--
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: <a href=mailto:"aart@kvack.org"> aart@kvack.org </a>