Re: 2.6.24-rc2: Network commit causes SLUB performance regression with tbench

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
From: Christoph Lameter
Date: Wednesday, November 14, 2007 - 11:33 am

On Wed, 14 Nov 2007, David Miller wrote:


The objects are packed tightly in SLUB and SLUB can allocate smaller 
objects (minimum is 8 SLAB mininum is 32).

On free a SLUB object goes directly back to the slab where it came from. 
We have no queues in SLUB so we use the first word of the object as a 
freepointer. In SLAB the objects first go onto queues and then are drained 
later into the slab. On free in SLAB there is usually no need to touch the 
object itself. The object pointer is simply moved onto the queue (works 
well in SMP, in NUMA we have overhead identifying the queue and 
overhead due to the number of queues needed).

-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
Re: 2.6.24-rc2: Network commit causes SLUB performance reg ..., Christoph Lameter, (Wed Nov 14, 11:33 am)
Re: 2.6.24-rc2: Network commit causes SLUB performance reg ..., Christoph Lameter, (Wed Nov 14, 6:03 pm)