Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp62191pxu; Tue, 15 Dec 2020 16:10:32 -0800 (PST) X-Google-Smtp-Source: ABdhPJxDpprlNQCVl+5NvgL+kKn+Sw4sR1Sl5LbFARV2r3RaEqalH+GOi7BZJXQHqXUF2T8KTGN2 X-Received: by 2002:a05:6402:c95:: with SMTP id cm21mr31508315edb.294.1608077432123; Tue, 15 Dec 2020 16:10:32 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1608077432; cv=none; d=google.com; s=arc-20160816; b=r/q32/qeZZGtXgpBY4z771HGCumfPBuz+5WNPAr1fEqGteh8DuitykcC86233Nnmrq FGW6zX+PC5uqm3Ti3HuuM4dFfAc6TJMh+AdcBWWjbyhmFKAFxDVsStCisxFEEI77GnMt CLnQFDm/gN9G2XELlXbDA03LhKxjVaQYEmaSZYfCrW2nZXR1qqtgyYZYTuFxMYbO/r+n bMop2JzfI4o6ftVQGXfG/EV/6UdKUhEdVq0fMYdfoDBQuokEP+FXtLctEJRgUKgGNTDh GOgH5AjCUZ01/mAwXiEdmNX8BMVhl0OtgsiBP6OWruloxrjwQUcyncddztmXeS4ipDFe D1HA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=FbwgpYEKMx+pfn8qRsoA9qNenCEbypGHUm/SfqdsFow=; b=w7M4R/ODhBTQG4Zg7buiG4DmaUZRbNQrKg5OsE8pBkPGRfYxXeBbfw2xWL/CyB7Ujb rTpHrz6cHIZknqXwidqFJDjKgJQrxrXm+v8BmuhByrCsGcw2XtGKjPhJvy0ubGrzDjMY 3PowDwirgWRQfkjP+mQaRGTZZDMqKcXBE1hy2bN3fa92RR0iMDpVccLuzBZ3WGbbG5LY 10ghOfEqoGvfa/T1AcVGBFiUgzbnsCazF6AdFthcAwLYKXQHmJKeaqKxNYcpfXSfSs9U 1Xvxs2YbHoN2rxG1KhcNydZ0EkKkrtGAW/84rCS5x+mgRRkBqeLCBPu28rh9OLTrK4yF qA9w== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id r19si58054ejr.323.2020.12.15.16.10.07; Tue, 15 Dec 2020 16:10:32 -0800 (PST) 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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727704AbgLPABG (ORCPT + 99 others); Tue, 15 Dec 2020 19:01:06 -0500 Received: from mail106.syd.optusnet.com.au ([211.29.132.42]:57275 "EHLO mail106.syd.optusnet.com.au" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725962AbgLOXsw (ORCPT ); Tue, 15 Dec 2020 18:48:52 -0500 Received: from dread.disaster.area (pa49-179-6-140.pa.nsw.optusnet.com.au [49.179.6.140]) by mail106.syd.optusnet.com.au (Postfix) with ESMTPS id 6D656766CFF; Wed, 16 Dec 2020 10:48:02 +1100 (AEDT) Received: from dave by dread.disaster.area with local (Exim 4.92.3) (envelope-from ) id 1kpK2z-004Ncx-TW; Wed, 16 Dec 2020 10:48:01 +1100 Date: Wed, 16 Dec 2020 10:48:01 +1100 From: Dave Chinner To: Yang Shi Cc: Roman Gushchin , Kirill Tkhai , Shakeel Butt , Johannes Weiner , Michal Hocko , Andrew Morton , Linux MM , Linux FS-devel Mailing List , Linux Kernel Mailing List Subject: Re: [v2 PATCH 6/9] mm: vmscan: use per memcg nr_deferred of shrinker Message-ID: <20201215234801.GT3913616@dread.disaster.area> References: <20201214223722.232537-1-shy828301@gmail.com> <20201214223722.232537-7-shy828301@gmail.com> <20201215024637.GM3913616@dread.disaster.area> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Optus-CM-Score: 0 X-Optus-CM-Analysis: v=2.3 cv=Ubgvt5aN c=1 sm=1 tr=0 cx=a_idp_d a=uDU3YIYVKEaHT0eX+MXYOQ==:117 a=uDU3YIYVKEaHT0eX+MXYOQ==:17 a=kj9zAlcOel0A:10 a=zTNgK-yGK50A:10 a=7-415B0cAAAA:8 a=pGLkceISAAAA:8 a=5GS3g15B5MoVROEbUKkA:9 a=CjuIK1q_8ugA:10 a=-RoEEKskQ1sA:10 a=biEYGPWJfzWAr4FL6Ov7:22 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Dec 15, 2020 at 02:27:18PM -0800, Yang Shi wrote: > On Mon, Dec 14, 2020 at 6:46 PM Dave Chinner wrote: > > > > On Mon, Dec 14, 2020 at 02:37:19PM -0800, Yang Shi wrote: > > > Use per memcg's nr_deferred for memcg aware shrinkers. The shrinker's nr_deferred > > > will be used in the following cases: > > > 1. Non memcg aware shrinkers > > > 2. !CONFIG_MEMCG > > > 3. memcg is disabled by boot parameter > > > > > > Signed-off-by: Yang Shi > > > > Lots of lines way over 80 columns. > > I thought that has been lifted to 100 columns. Documentation/process/coding-style.rst still says: "The preferred limit on the length of a single line is 80 columns." checkpatch might not warn about > 80 columns anymore, but if the file you are modifying is almost entirely 80 columns in width, then by default changes to that file should also stay within 80 columns. I mostly consider using checkpatch to enforce coding styles to be harmful.... Cheers, Dave. -- Dave Chinner david@fromorbit.com