On Tue, 16 Jun 2015 14:48:40 -0700
Andrew Morton a...@linux-foundation.org wrote:
On Mon, 15 Jun 2015 17:52:07 +0200 Jesper Dangaard Brouer bro...@redhat.com
wrote:
From: Christoph Lameter c...@linux.com
[NOTICE: Already in AKPM's quilt-queue]
First piece: acceleration of
On Tue, 16 Jun 2015, Joonsoo Kim wrote:
Now I found that we need to call slab_pre_alloc_hook() before any operation
on kmem_cache to support kmemcg accounting. And, we need to call
slab_post_alloc_hook() on every allocated objects to support many
debugging features like as kasan and kmemleak
On Mon, 15 Jun 2015 17:52:07 +0200 Jesper Dangaard Brouer bro...@redhat.com
wrote:
From: Christoph Lameter c...@linux.com
[NOTICE: Already in AKPM's quilt-queue]
First piece: acceleration of retrieval of per cpu objects
If we are allocating lots of objects then it is advantageous to
On Mon, Jun 15, 2015 at 05:52:07PM +0200, Jesper Dangaard Brouer wrote:
From: Christoph Lameter c...@linux.com
[NOTICE: Already in AKPM's quilt-queue]
First piece: acceleration of retrieval of per cpu objects
If we are allocating lots of objects then it is advantageous to disable
From: Christoph Lameter c...@linux.com
[NOTICE: Already in AKPM's quilt-queue]
First piece: acceleration of retrieval of per cpu objects
If we are allocating lots of objects then it is advantageous to disable
interrupts and avoid the this_cpu_cmpxchg() operation to get these objects
faster.
