[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <20250918112157.410172-1-kirill@shutemov.name>
Date: Thu, 18 Sep 2025 12:21:55 +0100
From: kirill@...temov.name
To: Andrew Morton <akpm@...ux-foundation.org>,
David Hildenbrand <david@...hat.com>,
Hugh Dickins <hughd@...gle.com>,
Matthew Wilcox <willy@...radead.org>
Cc: Lorenzo Stoakes <lorenzo.stoakes@...cle.com>,
"Liam R. Howlett" <Liam.Howlett@...cle.com>,
Vlastimil Babka <vbabka@...e.cz>,
Mike Rapoport <rppt@...nel.org>,
Suren Baghdasaryan <surenb@...gle.com>,
Michal Hocko <mhocko@...e.com>,
Rik van Riel <riel@...riel.com>,
Harry Yoo <harry.yoo@...cle.com>,
Johannes Weiner <hannes@...xchg.org>,
Shakeel Butt <shakeel.butt@...ux.dev>,
linux-mm@...ck.org,
linux-kernel@...r.kernel.org,
Kiryl Shutsemau <kas@...nel.org>
Subject: [PATCH 0/2] mm: Improve mlock tracking for large folios
From: Kiryl Shutsemau <kas@...nel.org>
We do not mlock large folios on adding them to rmap deferring until
relaim. It leads to substantial undercount of Mlocked in /proc/meminfo.
This patchset improves the situation by mlocking large folios fully
mapped to the VMA.
Partially mapped large folios are still not accounted, but it brings
meminfo value closer to the truth and makes it useful.
Kiryl Shutsemau (2):
mm/fault: Try to map the entire file folio in finish_fault()
mm/rmap: Improve mlock tracking for large folios
mm/memory.c | 9 ++-------
mm/rmap.c | 13 ++++---------
2 files changed, 6 insertions(+), 16 deletions(-)
--
2.50.1
Powered by blists - more mailing lists