linux-kernel - Re: [GIT PULL] hotfixes for 6.7-rc6

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date: Fri, 15 Dec 2023 21:56:54 -0700
From: Yu Zhao <yuzhao@...gle.com>
To: Andrew Morton <akpm@...ux-foundation.org>, 
	Linus Torvalds <torvalds@...ux-foundation.org>
Cc: linux-mm@...ck.org, linux-kernel@...r.kernel.org, 
	Jesse Barnes <jsbarnes@...gle.com>, Suren Baghdasaryan <surenb@...gle.com>, 
	Guru Anbalagane <gurua@...gle.com>, David Rientjes <rientjes@...gle.com>
Subject: Re: [GIT PULL] hotfixes for 6.7-rc6

On Fri, Dec 15, 2023 at 1:22 PM Andrew Morton <akpm@...ux-foundation.org> wrote:
>
> On Fri, 15 Dec 2023 12:11:42 -0800 Linus Torvalds <torvalds@...ux-foundation.org> wrote:
>
> > On Fri, 15 Dec 2023 at 07:16, Andrew Morton <akpm@...ux-foundation.org> wrote:
> > >
> > > Yu Zhao (4):
> > >       mm/mglru: fix underprotected page cache
> > >       mm/mglru: try to stop at high watermarks
> > >       mm/mglru: respect min_ttl_ms with memcgs
> > >       mm/mglru: reclaim offlined memcgs harder
> >
> > Entirely unrelated to this pull request (which I already pulled and
> > pushed out, as noted by pr-tracker-bot), since I looked at these it
> > just reminded me about a question I've had for a while...
> >
> > Do we have any long-term (or even short-term?) plans to just make
> > mglru be the one and only model?
>
> I hope so, but I haven't heard specific plans.

I don't know when we'll get there, if we can get there at all. But we
have been steadily moving toward that goal:
1. We worked with all major distros that follow the mainline closely
to switch to MGLRU this summer (Arch, Debian, Fedora, Gentoo and
Ubuntu).
2. We hired more kernel developers after we demonstrated the ability
to substantially lower hardware cost by overcommitting memory at
scale.

There has been a short-term plan, i.e., moving some of folio->flags to
the lower bits of folio->lru so that we can drop the Kconfig
constraint. I have discussed this with Willy but never acted on it. My
priority has been to surface more of our ideas that can potentially
save users money on memory to the community. I'm CC'ing our team
leads. Please feel free to let us know your preference on the
priority. Thanks.