On Tue, 21 Aug 2007, Mathieu Desnoyers wrote:

quoted text
> * cmpxchg_local Slub test
> kmalloc(8) = 83 cycles	    kfree = 363 cycles
> kmalloc(16) = 85 cycles	    kfree = 372 cycles
> kmalloc(32) = 92 cycles	    kfree = 377 cycles
> kmalloc(64) = 115 cycles	  kfree = 397 cycles
> kmalloc(128) = 179 cycles	  kfree = 438 cycles

So for consecutive allocs of small slabs up to 128 bytes this effectively 
doubles the speed of kmalloc.

quoted text
> kmalloc(256) = 314 cycles	  kfree = 564 cycles
> kmalloc(512) = 398 cycles	  kfree = 615 cycles
> kmalloc(1024) = 573 cycles	kfree = 745 cycles

Less of a benefit.

quoted text
> kmalloc(2048) = 629 cycles	kfree = 816 cycles

Allmost as before.

quoted text
> kmalloc(4096) = 473 cycles	kfree = 548 cycles
> kmalloc(8192) = 659 cycles	kfree = 745 cycles
> kmalloc(16384) = 724 cycles	kfree = 843 cycles

Page allocator pass through measurements.
-
unsubscribe notice
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/