On Fri, 10 Jul 2015, Thomas Gleixner wrote:
> Initializing a new slab can introduce rather large latencies because
> most of the initialization runs always with interrupts disabled.
>
> There is no point in doing so. The newly allocated slab is not visible
> yet, so there is no reason to protect
Acked-by: Christoph Lameter
--
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/
Initializing a new slab can introduce rather large latencies because
most of the initialization runs always with interrupts disabled.
There is no point in doing so. The newly allocated slab is not visible
yet, so there is no reason to protect it against concurrent alloc/free.
Move the expensive p
3 matches
Mail list logo