Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp3420551imm; Fri, 20 Jul 2018 16:53:07 -0700 (PDT) X-Google-Smtp-Source: AAOMgpc7TRRx9suigBCMpSfUwkAi0goFBREYAVww5vkSKig6ABiLnBnZ9WihRygmTp4vOTiJCHcg X-Received: by 2002:a62:e00a:: with SMTP id f10-v6mr4107702pfh.208.1532130787562; Fri, 20 Jul 2018 16:53:07 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1532130787; cv=none; d=google.com; s=arc-20160816; b=xTwV+5TqAkBdIHcI7cZQZZed04R86OFQlHIQ0zUoXH/F/cP8ZjB/hGRwlt84vnn/Yb nHV45EAuWJQkdG/csvf1lwiVcSUTptBphpS3VdpGG9UzRlHCC9TPWsX+wpHSUrfxeMYE AyLq8KW8chOqb9vUbCSLtkK18UmCAIqAVgZy2Gbb3r/m35/1w0tuOqFqfWboNH8EkhaO hBlEE+P0A9SnSmOdobmEEhzj/GWroTyijgFXosFv4RXFqdrOkasZDKGf6AH9+qUOMc4p +BHdrssxZXk9CCh/seGPwH2dml0gqQxQ+21SrmdQAnKPB3r/A1SGo7tGVUXmxzf9RZOz Qlfg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-language :content-transfer-encoding:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:arc-authentication-results; bh=buOzI7i/9k5l7dTbZ5cFF56QtogdXXZI4BlTiK6kMcg=; b=huGFEX/47TWwgojKF6BSvxyvr376Mi3X2SQ1mBnzKjm31FKULQ9WTGQCA38helPkzd O5LwhIm9mKKyzHmfKMXAmL0mcsxPvlMd16K+XjqLBg+oAiWN8rhDnUzU79aZRz1KuquE QjmsvuaD7M6apCGRb6WlCJtaYHlay5IYhy3nvwaAN6HI/w2ke7MPQpccNsHIb8FsNrAe rMwLsPJiZWgGtsw94RiQWH6JE6XzXPe3D8gMIgJWAKOxQH5/cXenIRD7G2/y2MFvwRzI FBhomxj/l33MhDORJtQwaR1Lwl5VZsvK6WWPD3azB2k8Z+QvdbFnULiHlDNkRyFGPNHT SG7g== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id j17-v6si2925592pfk.203.2018.07.20.16.52.53; Fri, 20 Jul 2018 16:53:07 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729832AbeGUAmW (ORCPT + 99 others); Fri, 20 Jul 2018 20:42:22 -0400 Received: from out30-130.freemail.mail.aliyun.com ([115.124.30.130]:39770 "EHLO out30-130.freemail.mail.aliyun.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727224AbeGUAmV (ORCPT ); Fri, 20 Jul 2018 20:42:21 -0400 X-Alimail-AntiSpam: AC=PASS;BC=-1|-1;BR=01201311R121e4;CH=green;FP=0|-1|-1|-1|0|-1|-1|-1;HT=e01e07402;MF=yang.shi@linux.alibaba.com;NM=1;PH=DS;RN=7;SR=0;TI=SMTPD_---0T50TJur_1532130692; Received: from US-143344MP.local(mailfrom:yang.shi@linux.alibaba.com fp:SMTPD_---0T50TJur_1532130692) by smtp.aliyun-inc.com(127.0.0.1); Sat, 21 Jul 2018 07:51:34 +0800 Subject: Re: [PATCH] mm: thp: remove use_zero_page sysfs knob To: "Kirill A. Shutemov" Cc: hughd@google.com, rientjes@google.com, aaron.lu@intel.com, akpm@linux-foundation.org, linux-mm@kvack.org, linux-kernel@vger.kernel.org References: <1532110430-115278-1-git-send-email-yang.shi@linux.alibaba.com> <20180720210626.5bnyddmn4avp2l3x@kshutemo-mobl1> From: Yang Shi Message-ID: <3118b646-681e-a2aa-dc7b-71d4821fa50f@linux.alibaba.com> Date: Fri, 20 Jul 2018 16:51:31 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: <20180720210626.5bnyddmn4avp2l3x@kshutemo-mobl1> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 7/20/18 2:06 PM, Kirill A. Shutemov wrote: > On Sat, Jul 21, 2018 at 02:13:50AM +0800, Yang Shi wrote: >> By digging into the original review, it looks use_zero_page sysfs knob >> was added to help ease-of-testing and give user a way to mitigate >> refcounting overhead. >> >> It has been a few years since the knob was added at the first place, I >> think we are confident that it is stable enough. And, since commit >> 6fcb52a56ff60 ("thp: reduce usage of huge zero page's atomic counter"), >> it looks refcounting overhead has been reduced significantly. >> >> Other than the above, the value of the knob is always 1 (enabled by >> default), I'm supposed very few people turn it off by default. >> >> So, it sounds not worth to still keep this knob around. > I don't think that having the knob around is huge maintenance burden. > And since it helped to workaround a security bug relative recently I would > rather keep it. I agree to keep it for a while to let that security bug cool down, however, if there is no user anymore, it sounds pointless to still keep a dead knob. >