On Tue, May 25, 2010 at 08:35:05PM +0300, Pekka Enberg wrote: > On Tue, May 25, 2010 at 8:19 PM, Nick Piggin <npiggin@xxxxxxx> wrote: > >> I'm not totally convinced but I guess we're about to find that out. > >> How do you propose we benchmark SLAB while we clean it up > > > > Well the first pass will be code cleanups, bootstrap simplifications. > > Then looking at what debugging features were implemented in SLUB but not > > SLAB and what will be useful to bring over from there. > > Bootstrap might be easy to clean up but the biggest source of cruft > comes from the deeply inlined, complex allocation paths. Cleaning > those up is bound to cause performance regressions if you're not > careful. Oh I see what you mean, just straight-line code speed regressions could bite us when doing cleanups. That's possible. I'll keep a close eye on generated asm. -- 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>