Re: [PATCH v2 1/1] mm/vmscan: avoid split PMD-mapped THP during shrink_folio_list()

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, Apr 22, 2024 at 01:52:13PM +0800, Lance Yang wrote:
> When the user no longer requires the pages, they would use
> madvise(MADV_FREE) to mark the pages as lazy free. IMO, they would not
> typically rewrite to the given range.
> 
> At present, PMD-mapped THPs that are marked as lazyfree during
> shrink_folio_list() are unconditionally split, which may be unnecessary.
> If the THP is clean, its PMD is also clean, and there are no unexpected
> references, then we can attempt to remove the PMD mapping from it. This
> change will improve the efficiency of memory reclamation in this case.

Does this happen outside of benchmarks?  I'm really struggling to see
how we end up in this situation.  We have a clean THP without swap
backing, so it's full of zeroes, but for some reason we haven't used the
shared huge zero page?  What is going on?





[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux