![]() | |||||||||||||
Messages in this thread |
On Tue, 21 Aug 2007, Mathieu Desnoyers wrote: > kmalloc(8)/kfree = 112 cycles > kmalloc(16)/kfree = 103 cycles > kmalloc(32)/kfree = 103 cycles > kmalloc(64)/kfree = 103 cycles > kmalloc(128)/kfree = 112 cycles > kmalloc(256)/kfree = 111 cycles > kmalloc(512)/kfree = 111 cycles > kmalloc(1024)/kfree = 111 cycles > kmalloc(2048)/kfree = 121 cycles Looks good. This improves handling for short lived objects about threefold. > kmalloc(4096)/kfree = 650 cycles > kmalloc(8192)/kfree = 1042 cycles > kmalloc(16384)/kfree = 1149 cycles Hmmm... The page allocator is really bad here.... Could we use the cmpxchg_local approach for the per cpu queues in the page_allocator? May have an even greater influence on overall system performance than the SLUB changes. - 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/ | ||||||||||||
| Last update: 2007-08-22 01:41 [from the cache] ©2003-2008 | |||||||||||||