diff for duplicates of <e5cf4caa-1f39-8bfe-1862-50cfa4e8ee8f@redhat.com> diff --git a/a/1.txt b/N1/1.txt index d262461..64c7e61 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -19,7 +19,7 @@ On 4/12/23 15:17, Tejun Heo wrote: >>>> the same. So the same check must be present in both cpuset_fork() and >>>> cpuset_can_fork() to make sure that attach_in_progress is correctly set. >>>> ->>>> Signed-off-by: Waiman Long <longman-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> +>>>> Signed-off-by: Waiman Long <longman@redhat.com> >>> Waiman, I'm not necessarily against this optimization but can we at least >>> have some performance numbers to show that this is actually meaningful? >>> Given how heavy our fork path is, I'm not too sure this would show up in any diff --git a/a/content_digest b/N1/content_digest index e90c29e..be973ad 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -3,20 +3,19 @@ "ref\0ZDb4G2jgQFK8h8Ys@slm.duckdns.org\0" "ref\090b7bc16-0673-02b7-dad1-f24bc956f1c5@redhat.com\0" "ref\0ZDcDxecF0Y5F0pV6@slm.duckdns.org\0" - "ref\0ZDcDxecF0Y5F0pV6-NiLfg/pYEd1N0TnZuCh8vA@public.gmane.org\0" - "From\0Waiman Long <longman-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>\0" + "From\0Waiman Long <longman@redhat.com>\0" "Subject\0Re: [PATCH v4 5/5] cgroup/cpuset: Optimize out unneeded cpuset_can_fork/cpuset_cancel_fork calls\0" "Date\0Wed, 12 Apr 2023 15:23:52 -0400\0" - "To\0Tejun Heo <tj-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>\0" - "Cc\0Zefan Li <lizefan.x-EC8Uxl6Npydl57MIdRCFDg@public.gmane.org>" - Johannes Weiner <hannes-druUgvl0LCNAfugRpC6u6w@public.gmane.org> - Christian Brauner <brauner-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org> - cgroups-u79uwXL29TY76Z2rM5mHXA@public.gmane.org - linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org - Juri Lelli <juri.lelli-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> - Dietmar Eggemann <dietmar.eggemann-5wv7dgnIgG8@public.gmane.org> - " Michal Koutn\303\275 <mkoutny-IBi9RG/b67k@public.gmane.org>" - " Giuseppe Scrivano <gscrivan-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>\0" + "To\0Tejun Heo <tj@kernel.org>\0" + "Cc\0Zefan Li <lizefan.x@bytedance.com>" + Johannes Weiner <hannes@cmpxchg.org> + Christian Brauner <brauner@kernel.org> + cgroups@vger.kernel.org + linux-kernel@vger.kernel.org + Juri Lelli <juri.lelli@redhat.com> + Dietmar Eggemann <dietmar.eggemann@arm.com> + " Michal Koutn\303\275 <mkoutny@suse.com>" + " Giuseppe Scrivano <gscrivan@redhat.com>\0" "\00:1\0" "b\0" "On 4/12/23 15:17, Tejun Heo wrote:\n" @@ -40,7 +39,7 @@ ">>>> the same. So the same check must be present in both cpuset_fork() and\n" ">>>> cpuset_can_fork() to make sure that attach_in_progress is correctly set.\n" ">>>>\n" - ">>>> Signed-off-by: Waiman Long <longman-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>\n" + ">>>> Signed-off-by: Waiman Long <longman@redhat.com>\n" ">>> Waiman, I'm not necessarily against this optimization but can we at least\n" ">>> have some performance numbers to show that this is actually meaningful?\n" ">>> Given how heavy our fork path is, I'm not too sure this would show up in any\n" @@ -70,4 +69,4 @@ "Cheers,\n" Longman -f2e8234d5f132cc660096282ecc984172bde794b736c6984cbaf5f1c1537f763 +bf82838532a5923ced53af784d079df04331e7b10c76b8807eae50f9746837cf
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.