diff for duplicates of <20181120014313.GA10657@intel.com> diff --git a/a/1.txt b/N1/1.txt index 412917d..ea4f63a 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -7,7 +7,7 @@ On Mon, Nov 19, 2018 at 03:00:53PM +0000, Tariq Toukan wrote: > > misses the optimization opportunity of using Per-Cpu-Pages and can > > cause zone lock contention when called frequently. > > -> > PaweA? Staszewski recently shared his result of 'how Linux kernel +> > Paweł Staszewski recently shared his result of 'how Linux kernel > > handles normal traffic'[1] and from perf data, Jesper Dangaard Brouer > > found the lock contention comes from page allocator: > > @@ -49,7 +49,7 @@ On Mon, Nov 19, 2018 at 03:00:53PM +0000, Tariq Toukan wrote: > > send the being freed page to PCP if it's an order-0 page, or > > directly to Buddy if it is a high order page. > > -> > With this change, PaweA? hasn't noticed lock contention yet in +> > With this change, Paweł hasn't noticed lock contention yet in > > his workload and Jesper has noticed a 7% performance improvement > > using a micro benchmark and lock contention is gone. Ilias' test > > on a 'low' speed 1Gbit interface on an cortex-a53 shows ~11% @@ -60,7 +60,7 @@ On Mon, Nov 19, 2018 at 03:00:53PM +0000, Tariq Toukan wrote: > > [2]: https://www.spinics.net/lists/netdev/msg531421.html > > [3]: https://www.spinics.net/lists/netdev/msg531556.html > > -> > Reported-by: PaweA? Staszewski <pstaszewski@itcare.pl> +> > Reported-by: Paweł Staszewski <pstaszewski@itcare.pl> > > Analysed-by: Jesper Dangaard Brouer <brouer@redhat.com> > > Acked-by: Vlastimil Babka <vbabka@suse.cz> > > Acked-by: Mel Gorman <mgorman@techsingularity.net> diff --git a/a/content_digest b/N1/content_digest index 2756265..0b81c43 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -32,7 +32,7 @@ "> > misses the optimization opportunity of using Per-Cpu-Pages and can\n" "> > cause zone lock contention when called frequently.\n" "> > \n" - "> > PaweA? Staszewski recently shared his result of 'how Linux kernel\n" + "> > Pawe\305\202 Staszewski recently shared his result of 'how Linux kernel\n" "> > handles normal traffic'[1] and from perf data, Jesper Dangaard Brouer\n" "> > found the lock contention comes from page allocator:\n" "> > \n" @@ -74,7 +74,7 @@ "> > send the being freed page to PCP if it's an order-0 page, or\n" "> > directly to Buddy if it is a high order page.\n" "> > \n" - "> > With this change, PaweA? hasn't noticed lock contention yet in\n" + "> > With this change, Pawe\305\202 hasn't noticed lock contention yet in\n" "> > his workload and Jesper has noticed a 7% performance improvement\n" "> > using a micro benchmark and lock contention is gone. Ilias' test\n" "> > on a 'low' speed 1Gbit interface on an cortex-a53 shows ~11%\n" @@ -85,7 +85,7 @@ "> > [2]: https://www.spinics.net/lists/netdev/msg531421.html\n" "> > [3]: https://www.spinics.net/lists/netdev/msg531556.html\n" "> > \n" - "> > Reported-by: PaweA? Staszewski <pstaszewski@itcare.pl>\n" + "> > Reported-by: Pawe\305\202 Staszewski <pstaszewski@itcare.pl>\n" "> > Analysed-by: Jesper Dangaard Brouer <brouer@redhat.com>\n" "> > Acked-by: Vlastimil Babka <vbabka@suse.cz>\n" "> > Acked-by: Mel Gorman <mgorman@techsingularity.net>\n" @@ -102,4 +102,4 @@ "> > Signed-off-by: Aaron Lu <aaron.lu@intel.com>\n" > > --- -abfc1f5dedbe0891d7021ab973b70bcac1865268f070c8c61a2edbd6647818de +2f9b477cb6d4171c7bbd5b86848e093cf1e04f9288bc04801b28d21f44212fa0
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.