Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp212245ybz; Tue, 21 Apr 2020 07:41:14 -0700 (PDT) X-Google-Smtp-Source: APiQypIge/jE34I0EBi8PPCK49nzwNKVrZ3swDRgbKHCrZpoVKsz5jn9Cx9AsqF84kcxHGVzTGNj X-Received: by 2002:a17:907:72c9:: with SMTP id du9mr16242387ejc.146.1587480074069; Tue, 21 Apr 2020 07:41:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1587480074; cv=none; d=google.com; s=arc-20160816; b=A9CSajz+JXynoZL5FAt9KWOWCDjIpQUc+YEL+zH1j3ny7f19AiWxcTVj6tWvdiEzns owLKVL1UC3iZKKbSPPmJbTEBRaR8W18VvHNDnvbLYuWttdfBzphcuZm7/ZoPA84c1M4u PmfFYsbO2qDEModEAG68aHShx9ZPNwr6RgO2LTf9+UpMwQysJIkXaiwglUO9uBZtqx61 KsuKiLC8RHxIeweU84ExfKXqd0D4oHnqzVEE/FqRtmgQZghO7kKo5WMeRGWtBRYXM65z U+Cl1BK8duftsx8CC37FrxNQnzVd0yWBezz92zPxGoKU7ies4325f78VEwF0TQQDaKsH 1emA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=FUghwdK61ELIcdqNXkNEUPkemM8u8aFA3cSbQm57Oy0=; b=TuE1AgvdrlySzkPu42lt2nLJB6H83sT9sKWbSUqiM1lQOWvgoVf+1WFnYOXu8jHkhJ sWelopLb1OE9UOQYYy2yKSSsxpPAjRreyvKqfeRCqt+TfILQlQLfkv4fL+bv1nGS5mzq xCXETtjGPrN/h9cmXgHX+cVfMmm/wBaOeXktMBiPozEKDXMgh7i098TmJaIoxIxC8vx8 njGmXp9T/uty8Q2CrSllCLtKh2ByKImXQzppWPDjMJUIeU9haw4CsxGETp8btosTqxsc D9i+qxxIlc4umoyt4ggPtuEd9YFmaV5bOgrBlDdPJestrK/Woh9TG38cUupnWAbkF3ky Vtgw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@cmpxchg-org.20150623.gappssmtp.com header.s=20150623 header.b=gFxehvHG; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=cmpxchg.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id di18si1538433edb.471.2020.04.21.07.40.50; Tue, 21 Apr 2020 07:41:14 -0700 (PDT) Received-SPF: pass (google.com: 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=@cmpxchg-org.20150623.gappssmtp.com header.s=20150623 header.b=gFxehvHG; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=cmpxchg.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728951AbgDUOj0 (ORCPT + 99 others); Tue, 21 Apr 2020 10:39:26 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:50136 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726780AbgDUOj0 (ORCPT ); Tue, 21 Apr 2020 10:39:26 -0400 Received: from mail-qv1-xf44.google.com (mail-qv1-xf44.google.com [IPv6:2607:f8b0:4864:20::f44]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id AE146C061A41 for ; Tue, 21 Apr 2020 07:39:25 -0700 (PDT) Received: by mail-qv1-xf44.google.com with SMTP id v38so6618998qvf.6 for ; Tue, 21 Apr 2020 07:39:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cmpxchg-org.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to; bh=FUghwdK61ELIcdqNXkNEUPkemM8u8aFA3cSbQm57Oy0=; b=gFxehvHGSNlG++mszljqSCAK7x9JFhjfQndMRxcNzeicsRBEWHLOnuSk7TV/f0lpJS hI40Kn4d4RhA2dhOIjiFgB4c9koyFw954Gi9PeFxAZnTNJx7vt622EPZLNpn9eUYH9le O9pbbJh5hVwKmuS42wfYZ3Y+WPU27d7VfvhPFCoLpJ467jhpzjCYj6m1WrPsIbmBx/Kr 4h/THAUC+GEjA1w+FrC360VuFTaR4mLjUzraOoMvViF56WaYnVAS8b6VWjmlABi86u0L 2yIVk9FFEx1KfLomk93emTZXN5qcyqBBKpgW+00of/GRzhQUA58c3n0SxXHmwIwDoTJh opFQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:content-transfer-encoding :in-reply-to; bh=FUghwdK61ELIcdqNXkNEUPkemM8u8aFA3cSbQm57Oy0=; b=mnSmjJUQejX+u4s+tQQuDyL25g9ahlMHwegBr8GwvseyZUUHTfVV4DIHQeR/6+qBxN DsZoCSkUGICUBwjhyI3pnu+euYVZ+U90GWboxgcL2p7/qNxnznEHlXfwC7FvKYxlJRwS kQ+pVcgxuvpUlDVXbwBiyXjCwgfKsI9EUyECUeolN0ZhoI68YxwEJ/U50Ltm4Pcfq/E1 aDujxSjsCXIajCBv4WSsAKr7AySuHuGI3lQc2z5fOOdoXELz5E7wNF0pCaaLyYANv8kw Gxk0hASR+mwuNlDDXPbXNhvPL4Se2ekLf4n3oFWUXhZfptHgYh2Hrnq6BnlvvtapAYgX RttA== X-Gm-Message-State: AGi0PuZ+VJTSerYiK4RUpCyy/gVaVpe6Nn5PyvwrRnneOTfObO1tcz0v qj+pKdc0fNwPvO2Msb62spRZQA== X-Received: by 2002:ad4:49d3:: with SMTP id j19mr19534989qvy.78.1587479964857; Tue, 21 Apr 2020 07:39:24 -0700 (PDT) Received: from localhost (70.44.39.90.res-cmts.bus.ptd.net. [70.44.39.90]) by smtp.gmail.com with ESMTPSA id l8sm1864795qtl.86.2020.04.21.07.39.23 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 21 Apr 2020 07:39:24 -0700 (PDT) Date: Tue, 21 Apr 2020 10:39:23 -0400 From: Johannes Weiner To: Alex Shi Cc: Joonsoo Kim , Shakeel Butt , Hugh Dickins , Michal Hocko , "Kirill A. Shutemov" , Roman Gushchin , linux-mm@kvack.org, cgroups@vger.kernel.org, linux-kernel@vger.kernel.org, kernel-team@fb.com Subject: Re: [PATCH 15/18] mm: memcontrol: make swap tracking an integral part of memory control Message-ID: <20200421143923.GC341682@cmpxchg.org> References: <20200420221126.341272-1-hannes@cmpxchg.org> <20200420221126.341272-16-hannes@cmpxchg.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Alex, thanks for your quick review so far, I'll add the tags to the patches. On Tue, Apr 21, 2020 at 05:27:30PM +0800, Alex Shi wrote: > > > 在 2020/4/21 上午6:11, Johannes Weiner 写道: > > The swapaccount=0 boot option will continue to exist, and it will > > eliminate the page_counter overhead and hide the swap control files, > > but it won't disable swap slot ownership tracking. > > May we add extra explanation for this change to user? and the default > memsw limitations? Can you elaborate what you think is missing and where you would like to see it documented? From a semantics POV, nothing changes with this patch. The memsw limit defaults to "max", so it doesn't exert any control per default. The only difference is whether we maintain swap records or not.