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. -- 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>