On Sun, Feb 07, 2021 at 06:28:37PM -0800, Shakeel Butt wrote: > On Fri, Feb 5, 2021 at 10:28 AM Johannes Weiner <hannes@xxxxxxxxxxx> wrote: > > > > There are two functions to flush the per-cpu data of an lruvec into > > the rest of the cgroup tree: when the cgroup is being freed, and when > > a CPU disappears during hotplug. The difference is whether all CPUs or > > just one is being collected, but the rest of the flushing code is the > > same. Merge them into one function and share the common code. > > > > Signed-off-by: Johannes Weiner <hannes@xxxxxxxxxxx> > > Reviewed-by: Shakeel Butt <shakeelb@xxxxxxxxxx> Thanks! > BTW what about the lruvec stats? Why not convert them to rstat as well? Great question. I actually started this series with the lruvec stats included, but I'm worried about the readers being too hot to use rstat (in its current shape, at least). For example, the refault code accesses the lruvec stats for every page that is refaulting - at the root level, in case of global reclaim. With an active workload, that would result in a very high rate of whole-tree flushes. We probably do need a better solution for the lruvecs as well, but in this case it just started holding up fixing the memory.stat issue for no reason and so I tabled it for another patch series.
