[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20231201000020.2jwcdup7pklqoudf@moria.home.lan>
Date: Thu, 30 Nov 2023 19:00:20 -0500
From: Kent Overstreet <kent.overstreet@...ux.dev>
To: Roman Gushchin <roman.gushchin@...ux.dev>
Cc: Qi Zheng <zhengqi.arch@...edance.com>,
Michal Hocko <mhocko@...e.com>,
Muchun Song <muchun.song@...ux.dev>,
Linux-MM <linux-mm@...ck.org>, linux-kernel@...r.kernel.org,
Andrew Morton <akpm@...ux-foundation.org>,
Dave Chinner <david@...morbit.com>
Subject: Re: [PATCH 2/7] mm: shrinker: Add a .to_text() method for shrinkers
On Thu, Nov 30, 2023 at 11:01:23AM -0800, Roman Gushchin wrote:
> Ok, a simple question then:
> why can't you dump /proc/slabinfo after the OOM?
>
> Unlike anon memory, slab memory (fs caches in particular) should not be heavily
> affected by killing some userspace task.
Well, currently the show_mem report dumps slab info if unreclaimable
slab usage is over some threshold (50%?). So it already does what you
describe - sometimes.
One of the patches in this series trims that down to make it more
useful; reporting on only the top 10 slabs, by mmeory usage, in sorted
order and with human readable units.
Powered by blists - more mailing lists