linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
* min_filelist_kbytes vs file_is_tiny
@ 2020-12-24 11:13 Oleksandr Natalenko
  0 siblings, 0 replies; only message in thread
From: Oleksandr Natalenko @ 2020-12-24 11:13 UTC (permalink / raw)
  To: linux-kernel; +Cc: Mandeep Singh Baines, Guenter Roeck, Andrew Morton, linux-mm

Hello, Mandeep, Guenter et al.

I came across the out-of-tree patch [1] that apparently is still alive
after 10 years of residing in the Chromium OS tree, and I have a couple
of questions if you don't mind spending your time answering them.

1. is this knob really necessary given there's an explicit bailout
mechanism relying on `file_is_tiny` which depends on the sum of high
watermarks across the zones? Wouldn't increasing `vm.min_free_kbytes`
achieve basically the same?

2. if `vm.min_free_kbytes` is not an option, would setting
`file_is_tiny` based on your `min_filelist_kbytes` knob achieve the
same?

3. if not, is `memory.min` cgroup2 knob supposed to work in a similar
manner? it looks to be unavailable for the root cgroup, though.

What I'm looking for, basically, is to achieve the effect of the
mentioned patch using mechanisms that are already available in the
upstream kernel.

Thank you.

[1] https://chromium.googlesource.com/chromiumos/third_party/kernel-next/+/545e2917dbd863760a51379de8c26631e667c563^!/

-- 
  Oleksandr Natalenko (post-factum)


^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2020-12-24 11:13 UTC | newest]

Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-12-24 11:13 min_filelist_kbytes vs file_is_tiny Oleksandr Natalenko

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox