diff for duplicates of <20220510174341.GC24172@blackbody.suse.cz> diff --git a/a/1.txt b/N1/1.txt index 1b56d81..0f220bf 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -1,6 +1,6 @@ Hello all. -On Mon, May 09, 2022 at 05:44:24PM -0700, Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org> wrote: +On Mon, May 09, 2022 at 05:44:24PM -0700, Andrew Morton <akpm@linux-foundation.org> wrote: > So I think we're OK with [2/5] now. Unless there be objections, I'll > be looking to get this series into mm-stable later this week. @@ -9,7 +9,7 @@ behavior of reclaim and silencing the test is not the way to go. Although, I may be convinced that my understanding is wrong. -On Mon, May 09, 2022 at 11:09:15AM -0400, Johannes Weiner <hannes-druUgvl0LCNAfugRpC6u6w@public.gmane.org> wrote: +On Mon, May 09, 2022 at 11:09:15AM -0400, Johannes Weiner <hannes@cmpxchg.org> wrote: > My understanding of the issue you're raising, Michal, is that > protected siblings start with current > low, then get reclaimed > slightly too much and end up with current < low. This results in a @@ -49,7 +49,7 @@ considering it finished. (I may elaborate on the breaking case if interested, I also need to look more into that myself). -On Fri, May 06, 2022 at 09:40:15AM -0700, David Vernet <void-gq6j2QGBifHby3iVrkZq2A@public.gmane.org> wrote: +On Fri, May 06, 2022 at 09:40:15AM -0700, David Vernet <void@manifault.com> wrote: > If you look at how much memory A/B/E gets at the end of the reclaim, > it's still far less than 1MB (though should it be 0?). @@ -72,12 +72,12 @@ priority (too low numerically IIUC) [2]. Michal -[1] https://lore.kernel.org/r/20220325103118.GC2828-9OudH3eul5jcvrawFnH+a6VXKuFTiq87@public.gmane.org/ -[2] https://lore.kernel.org/all/20190128214213.GB15349-6Bi1550iOqEnzZ6mRAm98g@public.gmane.org/ +[1] https://lore.kernel.org/r/20220325103118.GC2828@blackbody.suse.cz/ +[2] https://lore.kernel.org/all/20190128214213.GB15349@chrisdown.name/ --- 8< --- From e18caf7a5a1b0f39185fbdc11e4034def42cde88 Mon Sep 17 00:00:00 2001 -From: =?UTF-8?q?Michal=20Koutn=C3=BD?= <mkoutny-IBi9RG/b67k@public.gmane.org> +From: =?UTF-8?q?Michal=20Koutn=C3=BD?= <mkoutny@suse.com> Date: Tue, 10 May 2022 18:48:31 +0200 Subject: [RFC PATCH] mm: memcg: Do not overreclaim SWAP_CLUSTER_MAX from protected memcg @@ -117,9 +117,9 @@ And that's correct, we want to be explicit when reclaiming those. Fixes: 8a931f801340 ("mm: memcontrol: recursive memory.low protection") Fixes: 9783aa9917f8 ("mm, memcg: proportional memory.{low,min} reclaim") -Reported-by: Richard Palethorpe <rpalethorpe-IBi9RG/b67k@public.gmane.org> -Link: https://lore.kernel.org/all/20220321101429.3703-1-rpalethorpe-IBi9RG/b67k@public.gmane.org/ -Signed-off-by: Michal Koutný <mkoutny-IBi9RG/b67k@public.gmane.org> +Reported-by: Richard Palethorpe <rpalethorpe@suse.com> +Link: https://lore.kernel.org/all/20220321101429.3703-1-rpalethorpe@suse.com/ +Signed-off-by: Michal Koutný <mkoutny@suse.com> --- mm/vmscan.c | 7 ------- 1 file changed, 7 deletions(-) diff --git a/a/content_digest b/N1/content_digest index 7c2559f..9e966d1 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -6,28 +6,27 @@ "ref\020220506164015.fsdsuv226nhllos5@dev0025.ash9.facebook.com\0" "ref\0Ynkum8DeJIAtGi9y@cmpxchg.org\0" "ref\020220509174424.e43e695ffe0f7333c187fba8@linux-foundation.org\0" - "ref\020220509174424.e43e695ffe0f7333c187fba8-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org\0" - "From\0Michal Koutn\303\275 <mkoutny-IBi9RG/b67k@public.gmane.org>\0" + "From\0Michal Koutn\303\275 <mkoutny@suse.com>\0" "Subject\0Re: [PATCH v2 2/5] cgroup: Account for memory_recursiveprot in test_memcg_low()\0" "Date\0Tue, 10 May 2022 19:43:41 +0200\0" - "To\0Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>\0" - "Cc\0Johannes Weiner <hannes-druUgvl0LCNAfugRpC6u6w@public.gmane.org>" - David Vernet <void-gq6j2QGBifHby3iVrkZq2A@public.gmane.org> - tj-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org - roman.gushchin-fxUVXftIFDnyG1zEObXtfA@public.gmane.org - linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org - linux-mm-Bw31MaZKKs3YtjvyW6yDsg@public.gmane.org - cgroups-u79uwXL29TY76Z2rM5mHXA@public.gmane.org - mhocko-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org - shakeelb-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org - kernel-team-b10kYP2dOMg@public.gmane.org - Richard Palethorpe <rpalethorpe-IBi9RG/b67k@public.gmane.org> - " Chris Down <chris-6Bi1550iOqEnzZ6mRAm98g@public.gmane.org>\0" + "To\0Andrew Morton <akpm@linux-foundation.org>\0" + "Cc\0Johannes Weiner <hannes@cmpxchg.org>" + David Vernet <void@manifault.com> + tj@kernel.org + roman.gushchin@linux.dev + linux-kernel@vger.kernel.org + linux-mm@kvack.org + cgroups@vger.kernel.org + mhocko@kernel.org + shakeelb@google.com + kernel-team@fb.com + Richard Palethorpe <rpalethorpe@suse.com> + " Chris Down <chris@chrisdown.name>\0" "\00:1\0" "b\0" "Hello all.\n" "\n" - "On Mon, May 09, 2022 at 05:44:24PM -0700, Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org> wrote:\n" + "On Mon, May 09, 2022 at 05:44:24PM -0700, Andrew Morton <akpm@linux-foundation.org> wrote:\n" "> So I think we're OK with [2/5] now. Unless there be objections, I'll\n" "> be looking to get this series into mm-stable later this week.\n" "\n" @@ -36,7 +35,7 @@ "Although, I may be convinced that my understanding is wrong.\n" "\n" "\n" - "On Mon, May 09, 2022 at 11:09:15AM -0400, Johannes Weiner <hannes-druUgvl0LCNAfugRpC6u6w@public.gmane.org> wrote:\n" + "On Mon, May 09, 2022 at 11:09:15AM -0400, Johannes Weiner <hannes@cmpxchg.org> wrote:\n" "> My understanding of the issue you're raising, Michal, is that\n" "> protected siblings start with current > low, then get reclaimed\n" "> slightly too much and end up with current < low. This results in a\n" @@ -76,7 +75,7 @@ "interested, I also need to look more into that myself).\n" "\n" "\n" - "On Fri, May 06, 2022 at 09:40:15AM -0700, David Vernet <void-gq6j2QGBifHby3iVrkZq2A@public.gmane.org> wrote:\n" + "On Fri, May 06, 2022 at 09:40:15AM -0700, David Vernet <void@manifault.com> wrote:\n" "> If you look at how much memory A/B/E gets at the end of the reclaim,\n" "> it's still far less than 1MB (though should it be 0?).\n" "\n" @@ -99,12 +98,12 @@ "\n" "Michal\n" "\n" - "[1] https://lore.kernel.org/r/20220325103118.GC2828-9OudH3eul5jcvrawFnH+a6VXKuFTiq87@public.gmane.org/\n" - "[2] https://lore.kernel.org/all/20190128214213.GB15349-6Bi1550iOqEnzZ6mRAm98g@public.gmane.org/\n" + "[1] https://lore.kernel.org/r/20220325103118.GC2828@blackbody.suse.cz/\n" + "[2] https://lore.kernel.org/all/20190128214213.GB15349@chrisdown.name/\n" "\n" "--- 8< ---\n" "From e18caf7a5a1b0f39185fbdc11e4034def42cde88 Mon Sep 17 00:00:00 2001\n" - "From: =?UTF-8?q?Michal=20Koutn=C3=BD?= <mkoutny-IBi9RG/b67k@public.gmane.org>\n" + "From: =?UTF-8?q?Michal=20Koutn=C3=BD?= <mkoutny@suse.com>\n" "Date: Tue, 10 May 2022 18:48:31 +0200\n" "Subject: [RFC PATCH] mm: memcg: Do not overreclaim SWAP_CLUSTER_MAX from\n" " protected memcg\n" @@ -144,9 +143,9 @@ "\n" "Fixes: 8a931f801340 (\"mm: memcontrol: recursive memory.low protection\")\n" "Fixes: 9783aa9917f8 (\"mm, memcg: proportional memory.{low,min} reclaim\")\n" - "Reported-by: Richard Palethorpe <rpalethorpe-IBi9RG/b67k@public.gmane.org>\n" - "Link: https://lore.kernel.org/all/20220321101429.3703-1-rpalethorpe-IBi9RG/b67k@public.gmane.org/\n" - "Signed-off-by: Michal Koutn\303\275 <mkoutny-IBi9RG/b67k@public.gmane.org>\n" + "Reported-by: Richard Palethorpe <rpalethorpe@suse.com>\n" + "Link: https://lore.kernel.org/all/20220321101429.3703-1-rpalethorpe@suse.com/\n" + "Signed-off-by: Michal Koutn\303\275 <mkoutny@suse.com>\n" "---\n" " mm/vmscan.c | 7 -------\n" " 1 file changed, 7 deletions(-)\n" @@ -172,4 +171,4 @@ "-- \n" 2.35.3 -2553dbc9fbcd926d9f06c87fd0fe3be5de29e6b68da91e81de20ec1583662d90 +b1e653b780f26b51fb760e821d9f42338b890e5cc412c041418d99e2e9c3ffc6
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.