Hello, On Tue, Jun 13, 2023 at 10:27:32AM +0200, Michal Hocko wrote: > On the other hand I can see a need to customizable OOM victim selection > functionality. We've been through that discussion on several other > occasions and the best thing we could come up with was to allow to plug > BPF into the victim selection process and allow to bypass the system > default method. No code has ever materialized from those discussions > though. Maybe this is the time to revive that idea again? Yeah, my 5 cent - trying to define a rigid interface for something complex and flexible is a fool's errand. Johannes knows a lot better than me but we (meta) are handling most OOMs with oomd which gives more than sufficient policy flexibility. That said, handling OOMs in userspace requires wholesale configuration changes (e.g. working IO isolation) and being able to steer kernel OOM kills can be useful for many folks. I haven't thought too much about it but the problem seems pretty well fit for offloading policy decisions to a BPF program. Thanks. -- tejun
