From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 2274BCD4F4E for ; Thu, 5 Sep 2024 00:45:57 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 6C6C46B0152; Wed, 4 Sep 2024 20:45:56 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 677A68D0006; Wed, 4 Sep 2024 20:45:56 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 517A28D0001; Wed, 4 Sep 2024 20:45:56 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0013.hostedemail.com [216.40.44.13]) by kanga.kvack.org (Postfix) with ESMTP id 329996B0152 for ; Wed, 4 Sep 2024 20:45:56 -0400 (EDT) Received: from smtpin12.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay05.hostedemail.com (Postfix) with ESMTP id 8B3D9418B0 for ; Thu, 5 Sep 2024 00:45:55 +0000 (UTC) X-FDA: 82528842270.12.2A5D387 Received: from out30-99.freemail.mail.aliyun.com (out30-99.freemail.mail.aliyun.com [115.124.30.99]) by imf18.hostedemail.com (Postfix) with ESMTP id 5BA411C0004 for ; Thu, 5 Sep 2024 00:45:49 +0000 (UTC) Authentication-Results: imf18.hostedemail.com; dkim=pass header.d=linux.alibaba.com header.s=default header.b=tc7xahW4; spf=pass (imf18.hostedemail.com: domain of baolin.wang@linux.alibaba.com designates 115.124.30.99 as permitted sender) smtp.mailfrom=baolin.wang@linux.alibaba.com; dmarc=pass (policy=none) header.from=linux.alibaba.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1725497077; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=wOQcJBNecoRBU0s0DbrHn2R669s/pjGLLr7afZ2wpAo=; b=QT8tjoh+7vSeobm+OXyTYUkcbBrNLlVR3V4/Q7Hio8oDckGbh65+H4mZO9B22hUTpnaDbB B+2dOAOL2fo/9QrZDFnUqNwghoSrjT0I8RDWQj5C6uAZ+rqF+SC4udy2cTyEGK+fXaQhtd iJGKHatLPv3370f9+uVYgax1m903+jA= ARC-Authentication-Results: i=1; imf18.hostedemail.com; dkim=pass header.d=linux.alibaba.com header.s=default header.b=tc7xahW4; spf=pass (imf18.hostedemail.com: domain of baolin.wang@linux.alibaba.com designates 115.124.30.99 as permitted sender) smtp.mailfrom=baolin.wang@linux.alibaba.com; dmarc=pass (policy=none) header.from=linux.alibaba.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1725497077; a=rsa-sha256; cv=none; b=l7W84ayc3qkRoyFtyIlHl4FlND9+GABDwH99q7O4hyrQ1JKfwX7B0eHPRkZl423CDGlf6t PT7oCayVwg3qVVsvHe5AxCUdkNu1g/Qo4S0sKRLdr2EjLXxkTA9S6qdC7fsw+NEeSz2aU9 b2JBf14HxQROEcbTrO/GCp/fzoa3IVc= DKIM-Signature:v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.alibaba.com; s=default; t=1725497136; h=Message-ID:Date:MIME-Version:Subject:To:From:Content-Type; bh=wOQcJBNecoRBU0s0DbrHn2R669s/pjGLLr7afZ2wpAo=; b=tc7xahW4sBCMKCXL8ulU1kTM1axa5JpNC8T3IyGfXpjNi82NNSq6c6JGw0ErcotR178RIzCoh9anAPvcttJKeOn5X7sb1mPO1Fq2XDywOpZAfC7Bm2hHT/jQ3Lbx6V25irN03M9tY2eCu8v/TsqryBEm4RugCtDhjWivosQM7gQ= Received: from 30.74.144.120(mailfrom:baolin.wang@linux.alibaba.com fp:SMTPD_---0WEJ3CMy_1725497134) by smtp.aliyun-inc.com; Thu, 05 Sep 2024 08:45:35 +0800 Message-ID: <1bf1bc10-b44f-46a9-8a7d-c3318d7c9bb5@linux.alibaba.com> Date: Thu, 5 Sep 2024 08:45:34 +0800 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH v3 2/2] mm: Tidy up shmem mTHP controls and stats To: Ryan Roberts , Andrew Morton , Hugh Dickins , "Matthew Wilcox (Oracle)" , David Hildenbrand , Barry Song , Lance Yang , Gavin Shan Cc: linux-kernel@vger.kernel.org, linux-mm@kvack.org References: <20240808111849.651867-1-ryan.roberts@arm.com> <20240808111849.651867-3-ryan.roberts@arm.com> <747d1319-f746-4379-bf88-a0f6c3f558b4@linux.alibaba.com> From: Baolin Wang In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Stat-Signature: 7r9uboo58drpntx7fju85ijrxzwjb5ro X-Rspam-User: X-Rspamd-Queue-Id: 5BA411C0004 X-Rspamd-Server: rspam02 X-HE-Tag: 1725497149-358768 X-HE-Meta: U2FsdGVkX1981dgAfHf+3oc9zCLxcPcjDQX38eoAa19L1uqWpZp4QRxGgtA/aGHfU9KustKixciI/JGkWN2h2qtxB93TNgdkSLbn+HuhCb5Tqo/fov3N3otJ6Ly2Vi8Wk16kWVw+IXpXRN738i7vGvb9fTRk3Qkl3YRl8qI+alTrvEcIKF4Z5cuMbB30D50YhNQT8nCKG1Pdkhzu+lzTxnvA++Ri4V05ZJGFYtQYZo9xzO390hXMXZld3z4h2ybBRZO5jBemm4hoAPAMMA/gn0YLlBuJ8VdbiL3pEm9HxQ3DfCJQSJKZJNyCsFxQCvfu0eeo4/yC09DM3YfqsXckIBST0EUNK9RgNf+FhzGRtsMyxWbQcd+BVOhovlEjw7XKf9GQlmirl+Xev1PWQ7Ev+4mKPuIIINgC6YcaOcssZasPCFFEnL0hbPwZ/Pe/bSGqU28T+QN0i0JGw5vSmXE50kxL+UdkZz8G5KVf7F9ExpDpMTBC7cQ/XmrgSCeIWYtKb1q1ZxP78ZH4OoI9KKemxU8b83tPn+woMShXTeatvZoiPz0ELSm+gBoq2Q5F63FL/ZrVud40SnHihfYKMpP0SCwPe3wb0/oYsxSzVMaj7acp58JAe73phvTrUTW3gXExTfXFtL0+lYKSSK4kihm7FK7X7NRLoWPCLnJnHrgpIpn73AXSb39FUy9pvz2dcTfijm9eea82rGELFhHEDxgvZRnhJSWakaL7OqLjd6K28/amDIXKBYhoAw08XP3pFgrUVed57vppoYGB65s+Ql9m0AwgfYGfCzOnLt0MlfmsvzVhmjrEBKAo0Z/pIUOfhnBFon6lpBRylDBBDvaNdMIo2tSjayQLaxRSWM/1mJAoWTuCtWYPe2VXl8qWX2YLBjGyto0rXrphGseHC3VEWBJvo6rxmXaSGW4bihhBqx4SDXz+0xMWtSuuObMWl1X1R90bVqU5MWYR7OkAqAmbSiS hA9OtJ9G vKDxC2SqdvWk5cXmBO+4cIAJC+eDa/LRfCG8OmHCaAT1+/rUO3g4XQySeX9VoWDaH+81wmbeIl87TP9u8jK2oULM3Y2t09KfsF73YFujBNoVg9cTiilBaK6twyzwgE818GyH8s6B5crNly92DfmyGJ4ntrQSuuwBSby7hokZWVFeakf+iNuNHUfmMFrU4Be3PfbO9bIAqzBAlI8+/A2OG6I1jWKxTHgGioqcz96cKXVsR1Yl2A4ybdW8MFpV4h5TJdheUzT0EYOwjCfk1Q7CgIoDfbn/ICePfM4fjJkmUYNt9PKCWCCxY0V5tQcC+nWUtTA4A/aJdKvNE6NXaNsJOS7AT99KrIwrUs+OiTYSbygK7Wj4= X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: List-Subscribe: List-Unsubscribe: On 2024/9/4 18:47, Ryan Roberts wrote: > Hi Andrew, > > > On 09/08/2024 09:31, Baolin Wang wrote: >> >> >> On 2024/8/8 19:18, Ryan Roberts wrote: >>> Previously we had a situation where shmem mTHP controls and stats were >>> not exposed for some supported sizes and were exposed for some >>> unsupported sizes. So let's clean that up. >>> >>> Anon mTHP can support all large orders [2, PMD_ORDER]. But shmem can >>> support all large orders [1, MAX_PAGECACHE_ORDER]. However, per-size >>> shmem controls and stats were previously being exposed for all the anon >>> mTHP orders, meaning order-1 was not present, and for arm64 64K base >>> pages, orders 12 and 13 were exposed but were not supported internally. >>> >>> Tidy this all up by defining ctrl and stats attribute groups for anon >>> and file separately. Anon ctrl and stats groups are populated for all >>> orders in THP_ORDERS_ALL_ANON and file ctrl and stats groups are >>> populated for all orders in THP_ORDERS_ALL_FILE_DEFAULT. >>> >>> Additionally, create "any" ctrl and stats attribute groups which are >>> populated for all orders in (THP_ORDERS_ALL_ANON | >>> THP_ORDERS_ALL_FILE_DEFAULT). swpout stats use this since they apply to >>> anon and shmem. >>> >>> The side-effect of all this is that different hugepage-*kB directories >>> contain different sets of controls and stats, depending on which memory >>> types support that size. This approach is preferred over the >>> alternative, which is to populate dummy controls and stats for memory >>> types that do not support a given size. >>> >>> Signed-off-by: Ryan Roberts >>> --- >>>   mm/huge_memory.c | 144 +++++++++++++++++++++++++++++++++++++---------- >>>   1 file changed, 114 insertions(+), 30 deletions(-) >>> >>> diff --git a/mm/huge_memory.c b/mm/huge_memory.c >>> index 0c3075ee00012..082d86b7c6c2f 100644 >>> --- a/mm/huge_memory.c >>> +++ b/mm/huge_memory.c >>> @@ -482,8 +482,8 @@ static void thpsize_release(struct kobject *kobj); >>>   static DEFINE_SPINLOCK(huge_anon_orders_lock); >>>   static LIST_HEAD(thpsize_list); >>>   -static ssize_t thpsize_enabled_show(struct kobject *kobj, >>> -                    struct kobj_attribute *attr, char *buf) >>> +static ssize_t anon_enabled_show(struct kobject *kobj, >>> +                 struct kobj_attribute *attr, char *buf) >>>   { >>>       int order = to_thpsize(kobj)->order; >>>       const char *output; >>> @@ -500,9 +500,9 @@ static ssize_t thpsize_enabled_show(struct kobject *kobj, >>>       return sysfs_emit(buf, "%s\n", output); >>>   } >>>   -static ssize_t thpsize_enabled_store(struct kobject *kobj, >>> -                     struct kobj_attribute *attr, >>> -                     const char *buf, size_t count) >>> +static ssize_t anon_enabled_store(struct kobject *kobj, >>> +                  struct kobj_attribute *attr, >>> +                  const char *buf, size_t count) >>>   { >>>       int order = to_thpsize(kobj)->order; >>>       ssize_t ret = count; >>> @@ -544,19 +544,35 @@ static ssize_t thpsize_enabled_store(struct kobject *kobj, >>>       return ret; >>>   } >>>   -static struct kobj_attribute thpsize_enabled_attr = >>> -    __ATTR(enabled, 0644, thpsize_enabled_show, thpsize_enabled_store); >>> +static struct kobj_attribute anon_enabled_attr = >>> +    __ATTR(enabled, 0644, anon_enabled_show, anon_enabled_store); >>>   -static struct attribute *thpsize_attrs[] = { >>> -    &thpsize_enabled_attr.attr, >>> +static struct attribute *anon_ctrl_attrs[] = { >>> +    &anon_enabled_attr.attr, >>> +    NULL, >>> +}; >>> + >>> +static const struct attribute_group anon_ctrl_attr_grp = { >>> +    .attrs = anon_ctrl_attrs, >>> +}; >>> + >>> +static struct attribute *file_ctrl_attrs[] = { >>>   #ifdef CONFIG_SHMEM >>>       &thpsize_shmem_enabled_attr.attr, >>>   #endif >>>       NULL, >>>   }; >>>   -static const struct attribute_group thpsize_attr_group = { >>> -    .attrs = thpsize_attrs, >>> +static const struct attribute_group file_ctrl_attr_grp = { >>> +    .attrs = file_ctrl_attrs, >>> +}; >>> + >>> +static struct attribute *any_ctrl_attrs[] = { >>> +    NULL, >>> +}; >>> + >>> +static const struct attribute_group any_ctrl_attr_grp = { >>> +    .attrs = any_ctrl_attrs, >>>   }; >> >> I wonder why adding a NULL group? >> >>>     static const struct kobj_type thpsize_ktype = { >>> @@ -595,64 +611,132 @@ DEFINE_MTHP_STAT_ATTR(anon_fault_fallback, >>> MTHP_STAT_ANON_FAULT_FALLBACK); >>>   DEFINE_MTHP_STAT_ATTR(anon_fault_fallback_charge, >>> MTHP_STAT_ANON_FAULT_FALLBACK_CHARGE); >>>   DEFINE_MTHP_STAT_ATTR(swpout, MTHP_STAT_SWPOUT); >>>   DEFINE_MTHP_STAT_ATTR(swpout_fallback, MTHP_STAT_SWPOUT_FALLBACK); >>> +#ifdef CONFIG_SHMEM >>>   DEFINE_MTHP_STAT_ATTR(shmem_alloc, MTHP_STAT_SHMEM_ALLOC); >>>   DEFINE_MTHP_STAT_ATTR(shmem_fallback, MTHP_STAT_SHMEM_FALLBACK); >>>   DEFINE_MTHP_STAT_ATTR(shmem_fallback_charge, MTHP_STAT_SHMEM_FALLBACK_CHARGE); >>> +#endif >>>   DEFINE_MTHP_STAT_ATTR(split, MTHP_STAT_SPLIT); >>>   DEFINE_MTHP_STAT_ATTR(split_failed, MTHP_STAT_SPLIT_FAILED); >>>   DEFINE_MTHP_STAT_ATTR(split_deferred, MTHP_STAT_SPLIT_DEFERRED); >>>   -static struct attribute *stats_attrs[] = { >>> +static struct attribute *anon_stats_attrs[] = { >>>       &anon_fault_alloc_attr.attr, >>>       &anon_fault_fallback_attr.attr, >>>       &anon_fault_fallback_charge_attr.attr, >>> +#ifndef CONFIG_SHMEM >>>       &swpout_attr.attr, >>>       &swpout_fallback_attr.attr, >>> -    &shmem_alloc_attr.attr, >>> -    &shmem_fallback_attr.attr, >>> -    &shmem_fallback_charge_attr.attr, >>> +#endif >>>       &split_attr.attr, >>>       &split_failed_attr.attr, >>>       &split_deferred_attr.attr, >>>       NULL, >>>   }; >>>   -static struct attribute_group stats_attr_group = { >>> +static struct attribute_group anon_stats_attr_grp = { >>> +    .name = "stats", >>> +    .attrs = anon_stats_attrs, >>> +}; >>> + >>> +static struct attribute *file_stats_attrs[] = { >>> +#ifdef CONFIG_SHMEM >>> +    &shmem_alloc_attr.attr, >>> +    &shmem_fallback_attr.attr, >>> +    &shmem_fallback_charge_attr.attr, >>> +#endif >>> +    NULL, >>> +}; >>> + >>> +static struct attribute_group file_stats_attr_grp = { >>> +    .name = "stats", >>> +    .attrs = file_stats_attrs, >>> +}; >>> + >>> +static struct attribute *any_stats_attrs[] = { >>> +#ifdef CONFIG_SHMEM >>> +    &swpout_attr.attr, >>> +    &swpout_fallback_attr.attr, >>> +#endif >> >> Sorry I did not point it out in early version. I think file pages and shmem can >> also be split, while 'split_deferred' is only for anonymous page. So I think the >> any_stats_attrs should be: >> static struct attribute *any_stats_attrs[] = { >> #ifdef CONFIG_SHMEM >>     &swpout_attr.attr, >>     &swpout_fallback_attr.attr, >> #endif >>     &split_attr.attr, >>     &split_failed_attr.attr, >>     NULL, >> }; > > Could you please squash the following into this patch, which is already in > mm-unstable? I'm hoping this sufficient and I don't need to send a whole new > revision since there are changes on top of this in mm-unstable, which makes > things tricky. > > ----8<----- > > diff --git a/mm/huge_memory.c b/mm/huge_memory.c > index 382938e46f96f..5905957b1f70d 100644 > --- a/mm/huge_memory.c > +++ b/mm/huge_memory.c > @@ -631,8 +631,6 @@ static struct attribute *anon_stats_attrs[] = { > &swpout_attr.attr, > &swpout_fallback_attr.attr, > #endif > - &split_attr.attr, > - &split_failed_attr.attr, > &split_deferred_attr.attr, > &nr_anon_attr.attr, > &nr_anon_partially_mapped_attr.attr, > @@ -663,6 +661,8 @@ static struct attribute *any_stats_attrs[] = { > &swpout_attr.attr, > &swpout_fallback_attr.attr, > #endif > + &split_attr.attr, > + &split_failed_attr.attr, > NULL, > }; The change looks good to me. Feel free to add Reviewed-by: Baolin Wang