[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <883bf552-f339-474f-805b-4355ef49e526@redhat.com>
Date: Fri, 16 Aug 2024 12:19:58 +0200
From: David Hildenbrand <david@...hat.com>
To: gaoxu <gaoxu2@...or.com>, Andrew Morton <akpm@...ux-foundation.org>
Cc: "linux-mm@...ck.org" <linux-mm@...ck.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
Suren Baghdasaryan <surenb@...gle.com>, Shaohua Li <shli@...com>,
yipengxiang <yipengxiang@...or.com>, fengbaopeng <fengbaopeng@...or.com>,
Kalesh Singh <kaleshsingh@...gle.com>
Subject: Re: [PATCH v2] mm: add lazyfree folio to lru tail
On 16.08.24 09:48, gaoxu wrote:
> Replace lruvec_add_folio with lruvec_add_folio_tail in the lru_lazyfree_fn:
> 1. The lazy-free folio is added to the LRU_INACTIVE_FILE list. If it's
> moved to the LRU tail, it allows for faster release lazy-free folio and
> reduces the impact on file refault.
> 2. When mglru is enabled, the lazy-free folio is reclaimabled and should be
> added using lru_gen_add_folio(lruvec, folio, true) instead of
> lru_gen_add_folio(lruvec, folio, false) for adding to gen.
>
> With the change in place, workingset_refault_file is reduced by 33% in the
> continuous startup testing of the applications in the Android system.
>
The patch subject does not match what you do in the patch -- at all.
"mm/swap: use lruvec_add_folio_tail() in lru_lazyfree()" ?
--
Cheers,
David / dhildenb
Powered by blists - more mailing lists