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

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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?



--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@xxxxxxxxx.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>



[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]