Re: [Lsf] [LSF/MM TOPIC] Ideas for SLUB allocator

[Jesper Dangaard Brouer <brouer@redhat.com>]

On Tue, 12 Apr 2016 14:13:48 -0400
Rik van Riel <riel@redhat.com> wrote:

> On Tue, 2016-04-12 at 11:01 -0500, Christoph Lameter wrote:
> > On Tue, 12 Apr 2016, Jesper Dangaard Brouer wrote:
> >   
> > > I have some ideas for improving SLUB allocator further, after my
> > > work
> > > on implementing the slab bulk APIs.  Maybe you can give me a small
> > > slot, I only have 7 guidance slides.  Or else I hope we/I can talk
> > > about these ideas in a hallway track with Christoph and others
> > > involved
> > > in slab development...  
> > 
> > I will be there.
> >   
> > > I've already published the preliminary slides here:
> > >  http://people.netfilter.org/hawk/presentations/MM-summit2016/slab_
> > > mm_summit2016.odp  
> > 
> > Re Autotuning: SLUB obj per page:
> > 	SLUB can combine pages of different orders in a slab cache so
> > this would
> > 	be possible.
> > 
> > per CPU freelist per page:
> > 	Could we drop the per cpu partial lists if this works?
> > 
> > Clearing memory:
> > 	Could exploit the fact that the page is zero on alloc and also
> > zap
> > 	when no object in the page is in use?  
> 
> Between the SLUB things both of you want to
> discuss, do you think one 30 minute slot will
> be enough to start with, or should we schedule
> a whole hour?
> 
> We have some free slots left on the second day,
> where discussions can overflow if necessary.

30 min slot is fine by me :-)

-- 
Best regards,
  Jesper Dangaard Brouer
  MSc.CS, Principal Kernel Engineer at Red Hat
  Author of http://www.iptv-analyzer.org
  LinkedIn: http://www.linkedin.com/in/brouer

--
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:"dont@kvack.org"> email@kvack.org </a>