From: Zi Yan <ziy@nvidia.com>
To: Kefeng Wang <wangkefeng.wang@huawei.com>
Cc: Andrew Morton <akpm@linux-foundation.org>,
linux-mm@kvack.org, David Hildenbrand <david@redhat.com>,
"Huang, Ying" <ying.huang@intel.com>,
Baolin Wang <baolin.wang@linux.alibaba.com>,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH 1/2] memory tiering: read last_cpupid correctly in do_huge_pmd_numa_page()
Date: Sat, 20 Jul 2024 08:36:27 -0400 [thread overview]
Message-ID: <22C21849-7ED8-4F89-B7B6-81CA3EBAC4D4@nvidia.com> (raw)
In-Reply-To: <f4ae2c9c-fe40-4807-bdb2-64cf2d716c1a@huawei.com>
[-- Attachment #1: Type: text/plain, Size: 1941 bytes --]
On 20 Jul 2024, at 4:11, Kefeng Wang wrote:
> On 2024/7/19 22:43, Zi Yan wrote:
>> last_cpupid is only available when memory tiering is off or the folio
>> is in toptier node. Complete the check to read last_cpupid when it is
>> available.
>>
>> Before the fix, the default last_cpupid will be used even if memory
>> tiering mode is turned off at runtime instead of the actual value. This
>> can prevent task_numa_fault() from getting right numa fault stats, but
>> should not cause any crash. User might see performance changes after the
>> fix.
>>
>> Reported-by: David Hildenbrand <david@redhat.com>
>> Closes: https://lore.kernel.org/linux-mm/9af34a6b-ca56-4a64-8aa6-ade65f109288@redhat.com/
>> Fixes: 33024536bafd ("memory tiering: hot page selection with hint page fault latency")
>> Signed-off-by: Zi Yan <ziy@nvidia.com>
>> Reviewed-by: "Huang, Ying" <ying.huang@intel.com>
>> Reviewed-by: Baolin Wang <baolin.wang@linux.alibaba.com>
>> Acked-by: David Hildenbrand <david@redhat.com>
>
> Reviewed-by: Kefeng Wang <wangkefeng.wang@huawei.com>
>
> and we better to check numabalance mode in migrate_misplaced_folio()?
>
> --- a/mm/migrate.c
> +++ b/mm/migrate.c
> @@ -2630,7 +2630,8 @@ int migrate_misplaced_folio(struct folio *folio, struct vm_area_struct *vma,
> putback_movable_pages(&migratepages);
> if (nr_succeeded) {
> count_vm_numa_events(NUMA_PAGE_MIGRATE, nr_succeeded);
> - if (!node_is_toptier(folio_nid(folio)) && node_is_toptier(node))
> + if ((sysctl_numa_balancing_mode & NUMA_BALANCING_MEMORY_TIERING)
> + &&!node_is_toptier(folio_nid(folio)) && node_is_toptier(node))
> mod_node_page_state(pgdat, PGPROMOTE_SUCCESS,
> nr_succeeded);
> }
Yes, will add this as a separate fix. Thanks.
--
Best Regards,
Yan, Zi
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 854 bytes --]
prev parent reply other threads:[~2024-07-20 12:36 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-07-19 14:43 Zi Yan
2024-07-19 14:43 ` [PATCH 2/2] memory tiering: introduce folio_has_cpupid() check Zi Yan
2024-07-20 7:50 ` Kefeng Wang
2024-07-20 13:47 ` Zi Yan
2024-07-20 8:11 ` [PATCH 1/2] memory tiering: read last_cpupid correctly in do_huge_pmd_numa_page() Kefeng Wang
2024-07-20 12:36 ` Zi Yan [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=22C21849-7ED8-4F89-B7B6-81CA3EBAC4D4@nvidia.com \
--to=ziy@nvidia.com \
--cc=akpm@linux-foundation.org \
--cc=baolin.wang@linux.alibaba.com \
--cc=david@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=wangkefeng.wang@huawei.com \
--cc=ying.huang@intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox