From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wm0-f41.google.com (mail-wm0-f41.google.com [74.125.82.41]) by kanga.kvack.org (Postfix) with ESMTP id BDECA6B0009 for ; Sat, 30 Jan 2016 10:30:56 -0500 (EST) Received: by mail-wm0-f41.google.com with SMTP id l66so16848503wml.0 for ; Sat, 30 Jan 2016 07:30:56 -0800 (PST) Received: from atrey.karlin.mff.cuni.cz (atrey.karlin.mff.cuni.cz. [195.113.26.193]) by mx.google.com with ESMTP id 190si3710229wmh.45.2016.01.30.07.30.55 for ; Sat, 30 Jan 2016 07:30:55 -0800 (PST) Date: Sat, 30 Jan 2016 16:30:54 +0100 From: Pavel Machek Subject: Re: [PATCHv2 2/2] mm/page_poisoning.c: Allow for zero poisoning Message-ID: <20160130153053.GA4859@amd> References: <1454035099-31583-1-git-send-email-labbott@fedoraproject.org> <1454035099-31583-3-git-send-email-labbott@fedoraproject.org> <20160129104543.GA21224@amd> <56ABDB4A.2040709@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <56ABDB4A.2040709@redhat.com> Sender: owner-linux-mm@kvack.org List-ID: To: Laura Abbott Cc: Laura Abbott , Andrew Morton , "Kirill A. Shutemov" , Vlastimil Babka , Michal Hocko , "Rafael J. Wysocki" , Len Brown , linux-mm@kvack.org, linux-kernel@vger.kernel.org, kernel-hardening@lists.openwall.com, Kees Cook , linux-pm@vger.kernel.org Hi! > >>By default, page poisoning uses a poison value (0xaa) on free. If this > >>is changed to 0, the page is not only sanitized but zeroing on alloc > >>with __GFP_ZERO can be skipped as well. The tradeoff is that detecting > >>corruption from the poisoning is harder to detect. This feature also > >>cannot be used with hibernation since pages are not guaranteed to be > >>zeroed after hibernation. > > > >So... this makes kernel harder to debug for performance advantage...? > >If so.. how big is the performance advantage? > > The performance advantage really depends on the benchmark you are > running. You are trying to improve performance, so you should publish at least one benchmark where it helps. Alternatively, quote kernel build times with and without the patch. If it speeds kernel compile twice, I guess I may even help with hibernation support. If it makes kernel compile faster by .00000034% (or slows it down), we should probably simply ignore this patch. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org