Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp4401592ybb; Tue, 14 Apr 2020 06:38:41 -0700 (PDT) X-Google-Smtp-Source: APiQypJcBCvFECCpJng8evKvaAKFDeynZWMRtJ/mH2nkZziGXuQGL+fZ3p7aNlH2AiNmgs/eigcZ X-Received: by 2002:a17:906:1c56:: with SMTP id l22mr145554ejg.304.1586871521675; Tue, 14 Apr 2020 06:38:41 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1586871521; cv=none; d=google.com; s=arc-20160816; b=Mhld+wCjCTjuBZTd+8dMqoG8uKq3TDBpj3k5Y0oTwm5+kt9MORTSTK6i0dGc/byZ02 hA0SuHpn4v7ltWcjjj3USWnsym2QRIAigV8ulvg8N6izkpHXmwvh/iNB04PjCBwyOym+ DDJF+taYlfxzHwP7mgeiMIlekkC9DDvKtrZI1x9G4KPbNgHIkiHy5v6UDjHmw3VFPbqj wSXZnwgcywBGFinq7DKQ25WMF8EaTzi9WC1evPSfok+hi4s0LpL3YbmhH1XC65Rw6j+8 Sa359XPc6adXCj/yi/VOxa5kJAbLcTkcipst49bqIO05WIAwpRQuebE025QfOwPS7+vp P6kA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date :dkim-signature; bh=K3EzvUOpJBmY/UR28xvKwimM7GgwNez1V/R0UXWwJXo=; b=Jn0PyRnJphSrwZkCZk3gM3tTfnJZWg2Q4KWuNN7ck6ko3+/dR/Ag9uOKOGAjij8Mi7 KOLMs4Rmu8kIuviplkr8maaoHZ4azS2UBBYAtGZeWNM30wLbVxNRvjOoAMvGoVVTfASw VkhKjTwUMDU1Af0ws9ENSyjNu+vf22zVR+xaIIUI4kae8/fbn7r+OVr6o7HVKuteS/QN rJ3utmmvaj4rZcD+khrqRF6E9p5I0g6ch90+MBjNAi9duuwnXguXdabfhSmRbHqjzUr+ 7EFpYWt6Jkp7E6P3hVdJ9vwe2m9ZU1WSNP/WJsZbDR8xZSbh4FRrEqf96TAnNB9YTydN 9yCQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=m6proOsn; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id b28si4383692edj.240.2020.04.14.06.38.18; Tue, 14 Apr 2020 06:38:41 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=m6proOsn; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2388738AbgDMVFk (ORCPT + 99 others); Mon, 13 Apr 2020 17:05:40 -0400 Received: from mail.kernel.org ([198.145.29.99]:39714 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2388723AbgDMVFi (ORCPT ); Mon, 13 Apr 2020 17:05:38 -0400 Received: from localhost.localdomain (c-73-231-172-41.hsd1.ca.comcast.net [73.231.172.41]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id F0E73206DA; Mon, 13 Apr 2020 21:05:37 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1586811938; bh=LkCTIni/fa8Quey7RQNZQR1Mn9k2OEZeuLUCdcidPj0=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=m6proOsngFU6tmeB58nGVfSFO0ugVeanxtZkHV29ol2KQP9rib2dh9HBBaC09a0us fzz+dXEI/bZbHfpIBXArHts3zvXQ8rPfldvfBR1IVJM+wBdTQ0lJJQIolRlrrF6i0Q EFeJoYywLSz8ScowSwcVCKT0EqWKUEgZ1H0lrDJA= Date: Mon, 13 Apr 2020 14:05:37 -0700 From: Andrew Morton To: Alexander Duyck Cc: Matthew Wilcox , Mel Gorman , linux-mm@kvack.org, linux-kernel@vger.kernel.org, Andrea Arcangeli , Dan Williams , Dave Hansen , David Hildenbrand , Michal Hocko , Alex Williamson Subject: Re: [RFC PATCH 4/4] mm: Add PG_zero support Message-Id: <20200413140537.eb674579cf8c71b4e20581ab@linux-foundation.org> In-Reply-To: <5eb37d79-6420-fcb9-2b4c-6cc6194afcd9@linux.intel.com> References: <20200412090945.GA19582@open-light-1.localdomain> <20200412101223.GK21484@bombadil.infradead.org> <5eb37d79-6420-fcb9-2b4c-6cc6194afcd9@linux.intel.com> X-Mailer: Sylpheed 3.5.1 (GTK+ 2.24.31; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 13 Apr 2020 08:11:59 -0700 Alexander Duyck wrote: > In addition, unlike madvising the page away there is a pretty > significant performance penalty for having to clear the page a second > time when the page is split or merged. I wonder if there might be an issue with increased memory traffic (and increased energy consumption, etc). If a page is zeroed immediately before getting data written into it (eg, plain old file write(), anonymous pagefault) then we can expect that those 4096 zeroes will be in CPU cache and mostly not written back. But if that page was zeroed a "long" time ago, the caches will probably have been written back. Net result: we go from 4k of memory traffic for a 4k page up to 8k of memory traffic? Also, the name CONFIG_ZERO_PAGE sounds like it has something to do with the long established "zero page". Confusing. CONFIG_PREZERO_PAGE, maybe?