From: patchwork-bot+netdevbpf@kernel.org
To: Roman Gushchin <guro@fb.com>
Cc: bpf@vger.kernel.org, ast@kernel.org, daniel@iogearbox.net,
netdev@vger.kernel.org, andrii@kernel.org,
akpm@linux-foundation.org, linux-mm@kvack.org,
linux-kernel@vger.kernel.org, kernel-team@fb.com
Subject: Re: [PATCH bpf-next v9 00/34] bpf: switch to memcg-based memory accounting
Date: Thu, 03 Dec 2020 02:50:13 +0000 [thread overview]
Message-ID: <160696381396.20026.12605091950733901404.git-patchwork-notify@kernel.org> (raw)
In-Reply-To: <20201201215900.3569844-1-guro@fb.com>
Hello:
This series was applied to bpf/bpf-next.git (refs/heads/master):
On Tue, 1 Dec 2020 13:58:26 -0800 you wrote:
> Currently bpf is using the memlock rlimit for the memory accounting.
> This approach has its downsides and over time has created a significant
> amount of problems:
>
> 1) The limit is per-user, but because most bpf operations are performed
> as root, the limit has a little value.
>
> [...]
Here is the summary with links:
- [bpf-next,v9,01/34] mm: memcontrol: use helpers to read page's memcg data
https://git.kernel.org/bpf/bpf-next/c/bcfe06bf2622
- [bpf-next,v9,02/34] mm: memcontrol/slab: use helpers to access slab page's memcg_data
https://git.kernel.org/bpf/bpf-next/c/270c6a71460e
- [bpf-next,v9,03/34] mm: introduce page memcg flags
https://git.kernel.org/bpf/bpf-next/c/87944e2992bd
- [bpf-next,v9,04/34] mm: convert page kmemcg type to a page memcg flag
https://git.kernel.org/bpf/bpf-next/c/18b2db3b0385
- [bpf-next,v9,05/34] bpf: memcg-based memory accounting for bpf progs
https://git.kernel.org/bpf/bpf-next/c/ddf8503c7c43
- [bpf-next,v9,06/34] bpf: prepare for memcg-based memory accounting for bpf maps
https://git.kernel.org/bpf/bpf-next/c/48edc1f78aab
- [bpf-next,v9,07/34] bpf: memcg-based memory accounting for bpf maps
https://git.kernel.org/bpf/bpf-next/c/d5299b67dd59
- [bpf-next,v9,08/34] bpf: refine memcg-based memory accounting for arraymap maps
https://git.kernel.org/bpf/bpf-next/c/6d192c7938b7
- [bpf-next,v9,09/34] bpf: refine memcg-based memory accounting for cpumap maps
https://git.kernel.org/bpf/bpf-next/c/e88cc05b61f3
- [bpf-next,v9,10/34] bpf: memcg-based memory accounting for cgroup storage maps
https://git.kernel.org/bpf/bpf-next/c/3a61c7c58b30
- [bpf-next,v9,11/34] bpf: refine memcg-based memory accounting for devmap maps
https://git.kernel.org/bpf/bpf-next/c/1440290adf7b
- [bpf-next,v9,12/34] bpf: refine memcg-based memory accounting for hashtab maps
https://git.kernel.org/bpf/bpf-next/c/881456811a33
- [bpf-next,v9,13/34] bpf: memcg-based memory accounting for lpm_trie maps
https://git.kernel.org/bpf/bpf-next/c/353e7af4bf5e
- [bpf-next,v9,14/34] bpf: memcg-based memory accounting for bpf ringbuffer
https://git.kernel.org/bpf/bpf-next/c/be4035c734d1
- [bpf-next,v9,15/34] bpf: memcg-based memory accounting for bpf local storage maps
https://git.kernel.org/bpf/bpf-next/c/e9aae8beba82
- [bpf-next,v9,16/34] bpf: refine memcg-based memory accounting for sockmap and sockhash maps
https://git.kernel.org/bpf/bpf-next/c/7846dd9f835e
- [bpf-next,v9,17/34] bpf: refine memcg-based memory accounting for xskmap maps
https://git.kernel.org/bpf/bpf-next/c/28e1dcdef0cb
- [bpf-next,v9,18/34] bpf: eliminate rlimit-based memory accounting for arraymap maps
https://git.kernel.org/bpf/bpf-next/c/1bc5975613ed
- [bpf-next,v9,19/34] bpf: eliminate rlimit-based memory accounting for bpf_struct_ops maps
https://git.kernel.org/bpf/bpf-next/c/f043733f31e5
- [bpf-next,v9,20/34] bpf: eliminate rlimit-based memory accounting for cpumap maps
https://git.kernel.org/bpf/bpf-next/c/711cabaf1432
- [bpf-next,v9,21/34] bpf: eliminate rlimit-based memory accounting for cgroup storage maps
https://git.kernel.org/bpf/bpf-next/c/087b0d39fe22
- [bpf-next,v9,22/34] bpf: eliminate rlimit-based memory accounting for devmap maps
https://git.kernel.org/bpf/bpf-next/c/844f157f6c0a
- [bpf-next,v9,23/34] bpf: eliminate rlimit-based memory accounting for hashtab maps
https://git.kernel.org/bpf/bpf-next/c/755e5d55367a
- [bpf-next,v9,24/34] bpf: eliminate rlimit-based memory accounting for lpm_trie maps
https://git.kernel.org/bpf/bpf-next/c/cbddcb574d41
- [bpf-next,v9,25/34] bpf: eliminate rlimit-based memory accounting for queue_stack_maps maps
https://git.kernel.org/bpf/bpf-next/c/a37fb7ef24a4
- [bpf-next,v9,26/34] bpf: eliminate rlimit-based memory accounting for reuseport_array maps
https://git.kernel.org/bpf/bpf-next/c/db54330d3e13
- [bpf-next,v9,27/34] bpf: eliminate rlimit-based memory accounting for bpf ringbuffer
https://git.kernel.org/bpf/bpf-next/c/abbdd0813f34
- [bpf-next,v9,28/34] bpf: eliminate rlimit-based memory accounting for sockmap and sockhash maps
https://git.kernel.org/bpf/bpf-next/c/0d2c4f964050
- [bpf-next,v9,29/34] bpf: eliminate rlimit-based memory accounting for stackmap maps
https://git.kernel.org/bpf/bpf-next/c/370868107bf6
- [bpf-next,v9,30/34] bpf: eliminate rlimit-based memory accounting for xskmap maps
https://git.kernel.org/bpf/bpf-next/c/819a4f323579
- [bpf-next,v9,31/34] bpf: eliminate rlimit-based memory accounting for bpf local storage maps
https://git.kernel.org/bpf/bpf-next/c/ab31be378a63
- [bpf-next,v9,32/34] bpf: eliminate rlimit-based memory accounting infra for bpf maps
https://git.kernel.org/bpf/bpf-next/c/80ee81e0403c
- [bpf-next,v9,33/34] bpf: eliminate rlimit-based memory accounting for bpf progs
https://git.kernel.org/bpf/bpf-next/c/3ac1f01b43b6
- [bpf-next,v9,34/34] bpf: samples: do not touch RLIMIT_MEMLOCK
https://git.kernel.org/bpf/bpf-next/c/5b0764b2d345
You are awesome, thank you!
--
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/patchwork/pwbot.html
next prev parent reply other threads:[~2020-12-03 2:51 UTC|newest]
Thread overview: 40+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-12-01 21:58 [PATCH bpf-next v9 00/34] bpf: switch to memcg-based memory accounting Roman Gushchin
2020-12-01 21:58 ` [PATCH bpf-next v9 01/34] mm: memcontrol: use helpers to read page's memcg data Roman Gushchin
2020-12-01 21:58 ` [PATCH bpf-next v9 02/34] mm: memcontrol/slab: use helpers to access slab page's memcg_data Roman Gushchin
2020-12-01 21:58 ` [PATCH bpf-next v9 03/34] mm: introduce page memcg flags Roman Gushchin
2020-12-01 21:58 ` [PATCH bpf-next v9 04/34] mm: convert page kmemcg type to a page memcg flag Roman Gushchin
2020-12-01 21:58 ` [PATCH bpf-next v9 05/34] bpf: memcg-based memory accounting for bpf progs Roman Gushchin
2020-12-01 21:58 ` [PATCH bpf-next v9 06/34] bpf: prepare for memcg-based memory accounting for bpf maps Roman Gushchin
2020-12-01 21:58 ` [PATCH bpf-next v9 07/34] bpf: " Roman Gushchin
2020-12-01 21:58 ` [PATCH bpf-next v9 08/34] bpf: refine memcg-based memory accounting for arraymap maps Roman Gushchin
2020-12-01 21:58 ` [PATCH bpf-next v9 09/34] bpf: refine memcg-based memory accounting for cpumap maps Roman Gushchin
2020-12-01 21:58 ` [PATCH bpf-next v9 10/34] bpf: memcg-based memory accounting for cgroup storage maps Roman Gushchin
2020-12-01 21:58 ` [PATCH bpf-next v9 11/34] bpf: refine memcg-based memory accounting for devmap maps Roman Gushchin
2020-12-01 21:58 ` [PATCH bpf-next v9 12/34] bpf: refine memcg-based memory accounting for hashtab maps Roman Gushchin
2020-12-01 21:58 ` [PATCH bpf-next v9 13/34] bpf: memcg-based memory accounting for lpm_trie maps Roman Gushchin
2020-12-01 21:58 ` [PATCH bpf-next v9 14/34] bpf: memcg-based memory accounting for bpf ringbuffer Roman Gushchin
2020-12-01 21:58 ` [PATCH bpf-next v9 15/34] bpf: memcg-based memory accounting for bpf local storage maps Roman Gushchin
2020-12-01 21:58 ` [PATCH bpf-next v9 16/34] bpf: refine memcg-based memory accounting for sockmap and sockhash maps Roman Gushchin
2020-12-01 21:58 ` [PATCH bpf-next v9 17/34] bpf: refine memcg-based memory accounting for xskmap maps Roman Gushchin
2020-12-01 21:58 ` [PATCH bpf-next v9 18/34] bpf: eliminate rlimit-based memory accounting for arraymap maps Roman Gushchin
2020-12-01 21:58 ` [PATCH bpf-next v9 19/34] bpf: eliminate rlimit-based memory accounting for bpf_struct_ops maps Roman Gushchin
2020-12-01 21:58 ` [PATCH bpf-next v9 20/34] bpf: eliminate rlimit-based memory accounting for cpumap maps Roman Gushchin
2020-12-01 21:58 ` [PATCH bpf-next v9 21/34] bpf: eliminate rlimit-based memory accounting for cgroup storage maps Roman Gushchin
2020-12-01 21:58 ` [PATCH bpf-next v9 22/34] bpf: eliminate rlimit-based memory accounting for devmap maps Roman Gushchin
2020-12-01 21:58 ` [PATCH bpf-next v9 23/34] bpf: eliminate rlimit-based memory accounting for hashtab maps Roman Gushchin
2020-12-01 21:58 ` [PATCH bpf-next v9 24/34] bpf: eliminate rlimit-based memory accounting for lpm_trie maps Roman Gushchin
2020-12-01 21:58 ` [PATCH bpf-next v9 25/34] bpf: eliminate rlimit-based memory accounting for queue_stack_maps maps Roman Gushchin
2020-12-01 21:58 ` [PATCH bpf-next v9 26/34] bpf: eliminate rlimit-based memory accounting for reuseport_array maps Roman Gushchin
2020-12-01 21:58 ` [PATCH bpf-next v9 27/34] bpf: eliminate rlimit-based memory accounting for bpf ringbuffer Roman Gushchin
2020-12-01 21:58 ` [PATCH bpf-next v9 28/34] bpf: eliminate rlimit-based memory accounting for sockmap and sockhash maps Roman Gushchin
2020-12-01 21:58 ` [PATCH bpf-next v9 29/34] bpf: eliminate rlimit-based memory accounting for stackmap maps Roman Gushchin
2020-12-01 21:58 ` [PATCH bpf-next v9 30/34] bpf: eliminate rlimit-based memory accounting for xskmap maps Roman Gushchin
2020-12-01 21:58 ` [PATCH bpf-next v9 31/34] bpf: eliminate rlimit-based memory accounting for bpf local storage maps Roman Gushchin
2020-12-01 21:58 ` [PATCH bpf-next v9 32/34] bpf: eliminate rlimit-based memory accounting infra for bpf maps Roman Gushchin
2020-12-01 21:58 ` [PATCH bpf-next v9 33/34] bpf: eliminate rlimit-based memory accounting for bpf progs Roman Gushchin
2020-12-01 21:59 ` [PATCH bpf-next v9 34/34] bpf: samples: do not touch RLIMIT_MEMLOCK Roman Gushchin
2020-12-03 2:50 ` patchwork-bot+netdevbpf [this message]
2020-12-03 2:54 ` [PATCH bpf-next v9 00/34] bpf: switch to memcg-based memory accounting Alexei Starovoitov
2020-12-03 3:26 ` Roman Gushchin
2020-12-05 0:37 ` Daniel Borkmann
2020-12-08 2:53 ` Andrii Nakryiko
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=160696381396.20026.12605091950733901404.git-patchwork-notify@kernel.org \
--to=patchwork-bot+netdevbpf@kernel.org \
--cc=akpm@linux-foundation.org \
--cc=andrii@kernel.org \
--cc=ast@kernel.org \
--cc=bpf@vger.kernel.org \
--cc=daniel@iogearbox.net \
--cc=guro@fb.com \
--cc=kernel-team@fb.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=netdev@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).