On Mon, Aug 19, 2024 at 03:46:00PM +0800, Huang, Ying wrote: > Gregory Price <gourry@xxxxxxxxxx> writes: > > > Unmapped pagecache pages can be demoted to low-tier memory, but > > they can only be promoted if a process maps the pages into the > > memory space (so that NUMA hint faults can be caught). This can > > cause significant performance degradation as the pagecache ages > > and unmapped, cached files are accessed. > > > > This patch series enables the pagecache to request a promotion of > > a folio when it is accessed via the pagecache. > > > > We add a new `numa_hint_page_cache` counter in vmstat to capture > > information on when these migrations occur. > > It appears that you will promote page cache page on the second access. > Do you have some better way to identify hot pages from the not-so-hot > pages? How to balance between unmapped and mapped pages? We have hot > page selection for hot pages. > > [snip] > I've since explored moving this down under a (referenced && active) check. This would be more like promotion on third access within an LRU shrink round (the LRU should, in theory, hack off the active bits on some decent time interval when the system is pressured). Barring adding new counters to folios to track hits, I don't see a clear and obvious way way to track hotness. The primary observation here is that pagecache is un-mapped, and so cannot use numa-fault hints. This is more complicated with MGLRU, but I'm saving that for after I figure out the plan for plain old LRU. ~Gregory
