From: "Zhijian Li (Fujitsu)" <lizhijian@fujitsu.com>
To: David Hildenbrand <david@redhat.com>,
"linux-mm@kvack.org" <linux-mm@kvack.org>,
"linux-cxl@vger.kernel.org" <linux-cxl@vger.kernel.org>
Cc: "dan.j.williams@intel.com" <dan.j.williams@intel.com>,
"Yasunori Gotou (Fujitsu)" <y-goto@fujitsu.com>,
Oscar Salvador <osalvador@suse.de>,
"akpm@linux-foundation.org" <akpm@linux-foundation.org>,
"Xingtao Yao (Fujitsu)" <yaoxt.fnst@fujitsu.com>,
Zi Yan <ziy@nvidia.com>, Johannes Weiner <hannes@cmpxchg.org>
Subject: Re: [BUG ?] Offline Memory gets stuck in offline_pages()
Date: Fri, 12 Jul 2024 05:51:26 +0000 [thread overview]
Message-ID: <52161997-15aa-4093-a573-3bfd8da14ff1@fujitsu.com> (raw)
In-Reply-To: <da8d72f7-129a-470c-a58e-d1de800ee9da@fujitsu.com>
On 12/07/2024 09:50, Zhijian Li (Fujitsu) wrote:
> CPU0 CPU1
> ----------- ---------
> // erase pcp_list
> zone_pcp_disable // pcp->count = 0
>
> lru_cache_diable() __rmqueue_pcplist() // re-add pages to pcp_lsit
> __rmqueue_pcplist() // drop pages from pcp_list
> decay_pcp_high() // drop pages from pcp_list
> loop { ...
> __rmqueue_pcplist() // drop pages from pcp_list,
> // it will be only called a few times during the loop
> scan_movable_pages() ...
> migration_pages() decay_pcp_high() // drop pages from pcp_list, it will be called by
> // a worker periodically during the loop
>
> // wait pcp_list to be empty
> } while (test_pages_isolated())
>
>
> And we noticed that re-add pages to pcp_list in '__rmqueue_pcplist()` only happen once,
> pcp->count changed to 200 from 0 for example.
>
> The later calls to __rmqueue_pcplist() will drop pcp->count by step 1 for each call,
> For example, pcp->count: 199->198->197->196...,
> However it stops calling __rmqueue_pcplist after a few times before pcp->count is dropped to 0.
>
> In the normal/good case, we also noticed that __rmqueue_pcplist() dropped pcp->count to 0.
I doubt all these(after calling zone_pcp_disable())
1. __rmqueue_pcplist() should re-add pages to pcp_list
2. __rmqueue_pcplist() should drop pcp->count till 0 if 1 is true
3. decay_pcp_high() should drop pcp->count till 0, its name and comments don't indicate this.
prev parent reply other threads:[~2024-07-12 5:51 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-07-01 1:25 Zhijian Li (Fujitsu)
2024-07-01 7:14 ` David Hildenbrand
2024-07-01 12:07 ` Zhijian Li (Fujitsu)
2024-07-04 7:43 ` Zhijian Li (Fujitsu)
2024-07-04 8:14 ` David Hildenbrand
2024-07-04 13:07 ` Zhijian Li (Fujitsu)
2024-07-12 1:50 ` Zhijian Li (Fujitsu)
2024-07-12 5:51 ` Zhijian Li (Fujitsu) [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=52161997-15aa-4093-a573-3bfd8da14ff1@fujitsu.com \
--to=lizhijian@fujitsu.com \
--cc=akpm@linux-foundation.org \
--cc=dan.j.williams@intel.com \
--cc=david@redhat.com \
--cc=hannes@cmpxchg.org \
--cc=linux-cxl@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=osalvador@suse.de \
--cc=y-goto@fujitsu.com \
--cc=yaoxt.fnst@fujitsu.com \
--cc=ziy@nvidia.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