On Mon, Jan 25, 2016 at 05:15:10PM -0800, Laura Abbott wrote: > Hi, > > Based on the discussion from the series to add slab sanitization > (lkml.kernel.org/g/<1450755641-7856-1-git-send-email-laura@xxxxxxxxxxxx>) > the existing SLAB_POISON mechanism already covers similar behavior. > The performance of SLAB_POISON isn't very good. With hackbench -g 20 -l 1000 > on QEMU with one cpu: I doesn't follow up that discussion, but, I think that reusing SLAB_POISON for slab sanitization needs more changes. I assume that completeness and performance is matter for slab sanitization. 1) SLAB_POISON isn't applied to specific kmem_cache which has constructor or SLAB_DESTROY_BY_RCU flag. For debug, it's not necessary to be applied, but, for slab sanitization, it is better to apply it to all caches. 2) SLAB_POISON makes object size bigger so natural alignment will be broken. For example, kmalloc(256) cache's size is 256 in normal case but it would be 264 when SLAB_POISON is enabled. This causes memory waste. In fact, I'd prefer not reusing SLAB_POISON. It would make thing simpler. But, it's up to Christoph. Thanks. -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@xxxxxxxxx. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: <a href=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>