linux-kernel - Re: [PATCH v2 0/2] Add a new scheme to support demotion on tiered memory system

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <87a6gsceo6.fsf@yhuang6-desk2.ccr.corp.intel.com>
Date:   Thu, 23 Dec 2021 09:07:05 +0800
From:   "Huang, Ying" <ying.huang@...el.com>
To:     Baolin Wang <baolin.wang@...ux.alibaba.com>
Cc:     <sj@...nel.org>, <akpm@...ux-foundation.org>,
        <dave.hansen@...ux.intel.com>, <ziy@...dia.com>,
        <shy828301@...il.com>, <zhongjiang-ali@...ux.alibaba.com>,
        <xlpang@...ux.alibaba.com>, <linux-mm@...ck.org>,
        <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH v2 0/2] Add a new scheme to support demotion on tiered
 memory system

Baolin Wang <baolin.wang@...ux.alibaba.com> writes:

> Hi,
>
> Now on tiered memory system with different memory types, the reclaim path in
> shrink_page_list() already support demoting pages to slow memory node instead
> of discarding the pages. However, at that time the fast memory node memory
> wartermark is already tense, which will increase the memory allocation latency
> during page demotion. So a new method from user space demoting cold pages
> proactively will be more helpful.
>
> We can rely on the DAMON in user space to help to monitor the cold memory on
> fast memory node, and demote the cold pages to slow memory node proactively to
> keep the fast memory node in a healthy state.
>
> This patch set introduces a new scheme named DAMOS_DEMOTE to support this feature,
> and works well from my testing. Any comments are welcome. Thanks.

As a performance optimization patch, it's better to provide some test
results.

Another question is why we shouldn't do this in user space?  With DAMON,
it's possible to export cold memory regions information to the user
space, then we can use move_pages() to migrate them from DRAM to PMEM.
What's the problem of that?

Best Regards,
Huang, Ying

> Changes from v1:
>  - Reuse the demote_page_list().
>  - Fix some comments style issues.
>  - Move the DAMOS_DEMOTE definition to the correct place.
>  - Rename some function name.
>  - Change to return void type for damos_isolate_page().
>  - Remove unnecessary PAGE_ALIGN() in damos_demote().
>  - Fix the return value for damos_demote().
>
> Baolin Wang (2):
>   mm: Export the demote_page_list() function
>   mm/damon: Add a new scheme to support demotion on tiered memory system
>
>  include/linux/damon.h |   3 ++
>  mm/damon/dbgfs.c      |   1 +
>  mm/damon/vaddr.c      | 147 ++++++++++++++++++++++++++++++++++++++++++++++++++
>  mm/internal.h         |   2 +
>  mm/vmscan.c           |   4 +-
>  5 files changed, 155 insertions(+), 2 deletions(-)