[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <ZzT7iL_2G1ftdlzZ@google.com>
Date: Wed, 13 Nov 2024 19:18:32 +0000
From: Roman Gushchin <roman.gushchin@...ux.dev>
To: Andrew Morton <akpm@...ux-foundation.org>
Cc: Kinsey Ho <kinseyho@...gle.com>, Johannes Weiner <hannes@...xchg.org>,
Michal Hocko <mhocko@...nel.org>,
Shakeel Butt <shakeel.butt@...ux.dev>,
Muchun Song <muchun.song@...ux.dev>,
Pasha Tatashin <pasha.tatashin@...een.com>,
David Rientjes <rientjes@...gle.com>, willy@...radead.org,
Vlastimil Babka <vbabka@...e.cz>,
David Hildenbrand <david@...hat.com>,
Joel Granados <joel.granados@...nel.org>,
Kaiyang Zhao <kaiyang2@...cmu.edu>,
Sourav Panda <souravpanda@...gle.com>, linux-kernel@...r.kernel.org,
cgroups@...r.kernel.org, linux-mm@...ck.org
Subject: Re: [PATCH mm-unstable v1 0/2] Track pages allocated for struct
On Thu, Oct 31, 2024 at 04:06:04PM -0700, Andrew Morton wrote:
> hm.
>
> On Thu, 31 Oct 2024 22:45:49 +0000 Kinsey Ho <kinseyho@...gle.com> wrote:
>
> > We noticed high overhead for pages allocated for struct swap_cgroup in
> > our fleet.
>
> This is scanty. Please describe the problem further.
>
> > This patchset adds the number of pages allocated for struct
> > swap_cgroup to vmstat. This can be a useful metric for identifying
> > unneeded overhead on systems which configure swap.
>
> Possibly dumb question: can we switch swap_cgroup_prepare to kmalloc()
> (or kmem-cache_alloc()) and use slab's accounting to satisfy this
> requirement?
Or vzalloc/kvmalloc(), which are used for allocating the rest of swap-related
meta-data.
Powered by blists - more mailing lists