On Mon, 30 Mar 2015 09:31:19 -0500 (CDT) Christoph Lameter <c...@linux.com> 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 <c...@linux.com> Acked-by: Jesper Dangaard Brouer <bro...@redhat.com> -- 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 from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/