[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAJmaN=miDwb4CvVDmLS4aBKsNOVp9XiDKB1Dp3s6cfrq4yXiQQ@mail.gmail.com>
Date: Tue, 9 Feb 2021 13:32:58 -0800
From: Jesse Barnes <jsbarnes@...gle.com>
To: Yu Zhao <yuzhao@...gle.com>, Sonny Rao <sonnyrao@...gle.com>,
Jann Horn <jannh@...gle.com>,
Matthew Wilcox <willy@...radead.org>
Cc: linux-mm@...ck.org,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
page-reclaim@...gle.com
Subject: Re: [page-reclaim] Augmented Page Reclaim
> ======================
> Augmented Page Reclaim
> ======================
> We would like to share a work with you and see if there is enough
> interest to warrant a run for the mainline. This work is a part of
> result from a decade of research and experimentation in memory
> overcommit at Google: an augmented page reclaim that, in our
> experience, is performant, versatile and, more importantly, simple.
Per discussion on IRC, maybe some additional background would help.
In looking at browser workloads on Chrome OS, we found that reclaim was:
1) too expensive in terms of CPU usage
2) often making poor decisions about what to reclaim
This work was mainly targeted toward improving those things, with an
eye toward interactive performance for browser workloads.
We have a few key tests we use for that, that measure tab switch times
and number of tab discards when under memory pressure, and this
approach significantly improves these (see Yu's data).
We do expect this approach will also be beneficial to cloud workloads,
and so are looking for people to try it out in their environments with
their favorite key tests or workloads.
Thanks,
Jesse
Powered by blists - more mailing lists