| Message ID | 20240724202103.1210065-1-roman.gushchin@linux.dev (mailing list archive) |
|---|---|
| Headers | show |
| Series | This patchset reorganizes page_counter structures which helps to make | expand |
Ooops, there was a formatting error in the cover letter, my apologies.
Here is a fixed version:
--
From a08acc7e656d279b461a645309745bca5218d7d2 Mon Sep 17 00:00:00 2001
From: Roman Gushchin <roman.gushchin@linux.dev>
Date: Wed, 24 Jul 2024 20:38:13 +0000
Subject: [PATCH v2 0/5] mm: memcg: merge page_counter trees
This patchset reorganizes page_counter structures which helps to make
memory cgroup and hugetlb cgroup structures smaller (10%-35% depending
on the kernel configuration) and more cache-effective. It also eliminates
useless tracking of protected memory usage when it's not needed.
v2:
- two page_counter structures per hugetlb cgroup instead of one
- rebased to the current mm branch
- many minor fixes and improvements
v1:
https://lore.kernel.org/lkml/20240503201835.2969707-1-roman.gushchin@linux.dev/T/#m77151ed83451a49132e29ef13d55e08b95ac867f
Roman Gushchin (5):
mm: memcg: don't call propagate_protected_usage() needlessly
mm: page_counters: put page_counter_calculate_protection() under
CONFIG_MEMCG
mm: memcg: merge multiple page_counters into a single structure
mm: page_counters: initialize usage using ATOMIC_LONG_INIT() macro
mm: memcg: convert enum res_type to mem_counter_type
include/linux/hugetlb.h | 4 +-
include/linux/hugetlb_cgroup.h | 8 +-
include/linux/memcontrol.h | 19 +--
include/linux/page_counter.h | 128 ++++++++++++++++----
mm/hugetlb.c | 14 +--
mm/hugetlb_cgroup.c | 150 +++++++++--------------
mm/memcontrol-v1.c | 154 ++++++++++--------------
mm/memcontrol-v1.h | 10 +-
mm/memcontrol.c | 211 ++++++++++++++++-----------------
mm/page_counter.c | 94 +++++++++------
10 files changed, 403 insertions(+), 389 deletions(-)
On Wed, Jul 24, 2024 at 08:40:27PM GMT, Roman Gushchin wrote: > Ooops, there was a formatting error in the cover letter, my apologies. > > Here is a fixed version: > Hi Roman, what is the base of this series? Is it linus tree or mm-unstable?
On Wed, Jul 24, 2024 at 03:17:43PM -0700, Shakeel Butt wrote: > On Wed, Jul 24, 2024 at 08:40:27PM GMT, Roman Gushchin wrote: > > Ooops, there was a formatting error in the cover letter, my apologies. > > > > Here is a fixed version: > > > > Hi Roman, what is the base of this series? Is it linus tree or > mm-unstable? > Hi Shakeel! It's a today's snapshot of mm-unstable (d8492982371a). It had some conflicts with the recent memory.peak series, which I resolved today. The whole series can be found here: https://github.com/rgushchin/linux/tree/page_counters.2 . Thanks!
On Wed, 24 Jul 2024 20:40:27 +0000 Roman Gushchin <roman.gushchin@linux.dev> wrote: > Ooops, there was a formatting error in the cover letter, my apologies. > > Here is a fixed version: Yes, the [0/n] is pretty screwy and I'm hitting some rejects against the latest patchpile. Can we please have a v2 against latest mm-unstable, which I expect to push out a few hours from now? Thanks.
v2: - two page_counter structures per hugetlb cgroup instead of one - rebased to the current mm branch - many minor fixes and improvements v1: https://lore.kernel.org/lkml/20240503201835.2969707-1-roman.gushchin@linux.dev/T/#m77151ed83451a49132e29ef13d55e08b95ac867f Roman Gushchin (5): mm: memcg: don't call propagate_protected_usage() needlessly mm: page_counters: put page_counter_calculate_protection() under CONFIG_MEMCG mm: memcg: merge multiple page_counters into a single structure mm: page_counters: initialize usage using ATOMIC_LONG_INIT() macro mm: memcg: convert enum res_type to mem_counter_type include/linux/hugetlb.h | 4 +- include/linux/hugetlb_cgroup.h | 8 +- include/linux/memcontrol.h | 19 +-- include/linux/page_counter.h | 128 ++++++++++++++++---- mm/hugetlb.c | 14 +-- mm/hugetlb_cgroup.c | 150 +++++++++-------------- mm/memcontrol-v1.c | 154 ++++++++++-------------- mm/memcontrol-v1.h | 10 +- mm/memcontrol.c | 211 ++++++++++++++++----------------- mm/page_counter.c | 94 +++++++++------ 10 files changed, 403 insertions(+), 389 deletions(-)