On Fri, 28 Sep 2012, Christoph Lameter wrote: > > > This means touching another field from critical paths of the allocators. > > > It would increase the cache footprint and therefore reduce performance. > > > > > > > To clarify your statement, you're referring to the mm/slab.c allocation of > > new slab pages and when debugging is enabled as "critical paths", correct? > > We would disagree on that point. > > This is not debugging specific. Flags are also consulted to do RCU > processing and other things. >
There is no "critical path" in mm/slab.c that tests CFLGS_OFF_SLAB; the flag itself is used to determine where slab management is done and you certainly wouldn't want to find this for any path that is critical. If you'd like to disagree with that, please show the code and why you consider increasing the cache footprint in that case to be critical to performance. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
