Received: by 2002:a05:6a11:4021:0:0:0:0 with SMTP id ky33csp989966pxb; Tue, 14 Sep 2021 13:25:01 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxNx2u5mzvUBTDcuyi2orojl2lUaC7k6lC3Uz2JcFG5p33ERmdZezwy5UuuzPEZ885JayAX X-Received: by 2002:a05:6638:2257:: with SMTP id m23mr16526518jas.137.1631651100991; Tue, 14 Sep 2021 13:25:00 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1631651100; cv=none; d=google.com; s=arc-20160816; b=TeptBuEPo2I9TTspNkKYqnU+A1IL1mamU5UjgwibF/qVVOctvVBLFQQM0sbnSKc0xU Cop7RahG6j6SAq1ocEFaxHU0zWQX7vlTwC1gYopRh4waTWKFjbkvVMMFds7M5kdZkr0W /l2P1WTYoRisxcM3CdkjDWAgcemgIDLPL7H82HdaBXRJ+hCtv310oMYScDrOcBBgpo/Z tGVcQHJoY0NrGRytzuG73v5ofjp3VTLDTpa37dgss9u5E28TiuHkomDecnh8tBevaOdL /49hdQUsJ30OgQRYkH6B1jIvQDrSbsplewpf8aHAeoG8M1edDNmuQint70tKy0VcUA0l kRTw== 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=6ig8Uy3Yo0ssi54XlRbsKtZlnIaJ4iTWdxLqrk1Z/9w=; b=bcrUZU71vy8nOrSTbH0OTMnJoxhxh+mYENQzP8Nyv3/LF3Ipjshh2/wQy++J9smnHt +I2qdSKvhHirWP0mF2TG3MW3w3L/iZhs4NVT/9FWxzGmV7FPw9sshw/aX2sXYcHpQL2Q EodzJ9nXKpLSeDDn0YWtC28crY29SGwzi8nXCQcJCpOQvcdw734sbr6xMwuQsZIBq6qS GKADrchhrFgEqq/eZnX6oWc0AljNu1tvHaaz7t6/fBLQtDdrgC/FHFy1n8tILwgbeNOl cj2GJiFb1jZNUOd2BV3RxC52qBAEnFvZhSxutg4+cpI1xdWRCNvhXnLMGUNyBarCVjZ4 2COg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-nfs-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-nfs-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 u13si13795926jak.109.2021.09.14.13.24.12; Tue, 14 Sep 2021 13:25:00 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-nfs-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-nfs-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-nfs-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234740AbhINUZF (ORCPT + 99 others); Tue, 14 Sep 2021 16:25:05 -0400 Received: from outgoing-auth-1.mit.edu ([18.9.28.11]:35788 "EHLO outgoing.mit.edu" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S234340AbhINUYn (ORCPT ); Tue, 14 Sep 2021 16:24:43 -0400 Received: from cwcc.thunk.org (pool-72-74-133-215.bstnma.fios.verizon.net [72.74.133.215]) (authenticated bits=0) (User authenticated as tytso@ATHENA.MIT.EDU) by outgoing.mit.edu (8.14.7/8.12.4) with ESMTP id 18EKMujD020560 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 14 Sep 2021 16:22:57 -0400 Received: by cwcc.thunk.org (Postfix, from userid 15806) id 97AD815C3424; Tue, 14 Sep 2021 16:22:56 -0400 (EDT) Date: Tue, 14 Sep 2021 16:22:56 -0400 From: "Theodore Ts'o" To: Muchun Song Cc: willy@infradead.org, akpm@linux-foundation.org, hannes@cmpxchg.org, mhocko@kernel.org, vdavydov.dev@gmail.com, shakeelb@google.com, guro@fb.com, shy828301@gmail.com, alexs@kernel.org, richard.weiyang@gmail.com, david@fromorbit.com, trond.myklebust@hammerspace.com, anna.schumaker@netapp.com, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, linux-nfs@vger.kernel.org, zhengqi.arch@bytedance.com, duanxiongchun@bytedance.com, fam.zheng@bytedance.com, smuchun@gmail.com Subject: Re: [PATCH v3 00/76] Optimize list lru memory consumption Message-ID: References: <20210914072938.6440-1-songmuchun@bytedance.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210914072938.6440-1-songmuchun@bytedance.com> Precedence: bulk List-ID: X-Mailing-List: linux-nfs@vger.kernel.org On Tue, Sep 14, 2021 at 03:28:22PM +0800, Muchun Song wrote: > So we have to convert to new API for all filesystems, which is done in > one patch. Some filesystems are easy to convert (just replace > kmem_cache_alloc() to alloc_inode_sb()), while other filesystems need to > do more work. From what I can tell, three are 54 file systems for which it was a trivial one-line change, and two (f2fs and nfs42) that were a tad bit more complex. > In order to make it easy for maintainers of different > filesystems to review their own maintained part, I split the patch into > patches which are per-filesystem in this version. I am not sure if this > is a good idea, because there is going to be more commits. What I'd actually suggest is that you combine all of the trivial file system changes into a single commit, and keep the two more complex changes for f2fs and nfs42 in separate commits. Acked-by: Theodore Ts'o ... for the ext4 related change. - Ted