Thread (28 messages) 28 messages, 7 authors, 2012-03-26

Re: Patch workqueue: create new slab cache instead of hacking

From: Christoph Lameter <hidden>
Date: 2012-03-21 15:03:13
Also in: lkml

On Wed, 21 Mar 2012, Eric Dumazet wrote:
Creating a dedicated cache for few objects ? Thats a lot of overhead, at
least for SLAB (no merges of caches)
Its some overhead for SLAB (a lot is what? If you tune down the per cpu
caches it should be a couple of pages) but its none for SLUB. Maybe we
need to add the merge logic to SLAB?

Or maybe we can extract a common higher handling level for kmem_cache
from all slab allocators and make merging standard.

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help