Re: [PATCH] Avoiding fragmentation through different allocator V2

2005-01-16 Thread Mel Gorman
On Sun, 16 Jan 2005, Marcelo Tosatti wrote: > > No unfortunately. Do you know of a test I can use? > > Some STP reaim results have significant performance increase in general, a few > small regressions. > > I think that depending on the type of access pattern of the application(s) > there > will

Re: [PATCH] Avoiding fragmentation through different allocator V2

2005-01-16 Thread Marcelo Tosatti
On Sat, Jan 15, 2005 at 07:18:42PM +, Mel Gorman wrote: > On Fri, 14 Jan 2005, Marcelo Tosatti wrote: > > > On Thu, Jan 13, 2005 at 03:56:46PM +, Mel Gorman wrote: > > > The patch is against 2.6.11-rc1 and I'm willing to stand by it's > > > stability. I'm also confident it does it's job pr

Re: [PATCH] Avoiding fragmentation through different allocator V2

2005-01-16 Thread Mel Gorman
> > That is possible but it I haven't thought of a way of measuring the cache > > colouring effects (if any). There is also the problem that the additional > > complexity of the allocator will offset this benefit. The two main loss > > points of the allocator are increased complexity and the incre

Re: [PATCH] Avoiding fragmentation through different allocator V2

2005-01-15 Thread Marcelo Tosatti
On Sat, Jan 15, 2005 at 07:18:42PM +, Mel Gorman wrote: > On Fri, 14 Jan 2005, Marcelo Tosatti wrote: > > > On Thu, Jan 13, 2005 at 03:56:46PM +, Mel Gorman wrote: > > > The patch is against 2.6.11-rc1 and I'm willing to stand by it's > > > stability. I'm also confident it does it's job pr

Re: [PATCH] Avoiding fragmentation through different allocator V2

2005-01-15 Thread Mel Gorman
On Fri, 14 Jan 2005, Marcelo Tosatti wrote: > On Thu, Jan 13, 2005 at 03:56:46PM +, Mel Gorman wrote: > > The patch is against 2.6.11-rc1 and I'm willing to stand by it's > > stability. I'm also confident it does it's job pretty well so I'd like it > > to be considered for inclusion. > > This