On Mon, 30 Mar 2015 09:31:19 -0500 (CDT) Christoph Lameter <cl@xxxxxxxxx> wrote: > After all of the earlier discussions I thought it would be better to > first get agreement on the basic way to allow implementation of the > bulk alloc in the common slab code. So this is a revision of the initial > proposal and it just covers the first patch. I agree, it would be good to get the basic API in. > This patch adds the basic infrastructure for alloc / free operations > on pointer arrays. It includes a generic function in the common > slab code that is used in this infrastructure patch to > create the unoptimized functionality for slab bulk operations. > > Allocators can then provide optimized allocation functions > for situations in which large numbers of objects are needed. > These optimization may avoid taking locks repeatedly and > bypass metadata creation if all objects in slab pages > can be used to provide the objects required. I'll volunteer to performance benchmark the different allocators optimized functions in this area. (I'll have time after April 13th). > Signed-off-by: Christoph Lameter <cl@xxxxxxxxx> Acked-by: Jesper Dangaard Brouer <brouer@xxxxxxxxxx> -- Best regards, Jesper Dangaard Brouer MSc.CS, Sr. Network Kernel Developer 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@xxxxxxxxx. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: <a href=mailto:"dont@xxxxxxxxx"> email@xxxxxxxxx </a>