On Fri, 26 Mar 2010, Andrea Arcangeli wrote: > On Fri, Mar 26, 2010 at 01:44:23PM -0500, Christoph Lameter wrote: > > TLB pressure. Huge pages would accellerate SLUB since more objects can be > > served from the same page than before. > > Agreed. I see it fallbacks to 4k instead of gradually going down, but > that was my point, doing the fallback and entry alloc_pages N without > internal buddy support would be fairly inefficient. This is why is > suggest this logic to be outside of slab/slub, in theory even slab > could be a bit faster thanks to large TLB on newly allocated slab > objects. I hope Mel's code already takes care of all of this. SLAB's queueing system has the inevitable garbling effect on memory references. The larger the queues the larger that effect becomes. We already have internal buddy support in the page allocator. Mel's defrag approach groups them together. -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@xxxxxxxxxx For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: <a href=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>