diff for duplicates of <20170810041353.GB2042@bbox> diff --git a/a/content_digest b/N1/content_digest index 81f58ec..34efd9b 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -1,29 +1,9 @@ - "ref\020170802000818.4760-7-namit@vmware.com\0" - "ref\020170808011923.GE25554@yexl-desktop\0" - "ref\020170808022830.GA28570@bbox\0" - "ref\093CA4B47-95C2-43A2-8E92-B142CAB1DAF7@gmail.com\0" - "ref\0970B5DC5-BFC2-461E-AC46-F71B3691D301@gmail.com\0" - "ref\020170808080821.GA31730@bbox\0" "ref\020170809025902.GA17616@yexl-desktop\0" "From\0Minchan Kim <minchan@kernel.org>\0" - "Subject\0Re: [lkp-robot] [mm] 7674270022: will-it-scale.per_process_ops -19.3% regression\0" + "Subject\0Re: [lkp-robot] [mm] 7674270022: will-it-scale.per_process_ops -19.3% regression\0" "Date\0Thu, 10 Aug 2017 13:13:53 +0900\0" - "To\0Ye Xiaolong <xiaolong.ye@intel.com>\0" - "Cc\0Nadav Amit <nadav.amit@gmail.com>" - open list:MEMORY MANAGEMENT <linux-mm@kvack.org> - LKML <linux-kernel@vger.kernel.org> - Andrew Morton <akpm@linux-foundation.org> - Ingo Molnar <mingo@redhat.com> - Russell King <linux@armlinux.org.uk> - Tony Luck <tony.luck@intel.com> - Martin Schwidefsky <schwidefsky@de.ibm.com> - David S. Miller <davem@davemloft.net> - Heiko Carstens <heiko.carstens@de.ibm.com> - Yoshinori Sato <ysato@users.sourceforge.jp> - Jeff Dike <jdike@addtoit.com> - linux-arch@vger.kernel.org - " lkp@01.org\0" - "\00:1\0" + "To\0lkp@lists.01.org\0" + "\01:1\0" "b\0" "On Wed, Aug 09, 2017 at 10:59:02AM +0800, Ye Xiaolong wrote:\n" "> On 08/08, Minchan Kim wrote:\n" @@ -101,4 +81,4 @@ "\n" Thanks for the testing! -03beb8ece1a5351bfbdc882216a095d40aa0a50af45f314e51c68fe85cba5ef6 +e8e309f7d0e284824508701f6541b06fbef6aeced186a520ad823af12de4d3dd
diff --git a/a/1.txt b/N2/1.txt index ab6d66d..7a50799 100644 --- a/a/1.txt +++ b/N2/1.txt @@ -36,13 +36,13 @@ On Wed, Aug 09, 2017 at 10:59:02AM +0800, Ye Xiaolong wrote: > >> >> threads? > >> > > >> > According to the description it is "testcase:brk increase/decrease of one -> >> > page”. According to the mode it spawns multiple processes, not threads. +> >> > pagea??. According to the mode it spawns multiple processes, not threads. > >> > > >> > Since a single page is unmapped each time, and the iTLB-loads increase > >> > dramatically, I would suspect that for some reason a full TLB flush is > >> > caused during do_munmap(). > >> > -> >> > If I find some free time, I’ll try to profile the workload - but feel free +> >> > If I find some free time, Ia??ll try to profile the workload - but feel free > >> > to beat me to it. > >> > >> The root-cause appears to be that tlb_finish_mmu() does not call @@ -64,12 +64,18 @@ On Wed, Aug 09, 2017 at 10:59:02AM +0800, Ye Xiaolong wrote: > %stddev change %stddev change %stddev > \ | \ | \ > 3405093 -19% 2747088 -2% 3348752 will-it-scale.per_process_ops -> 1280 ± 3% -2% 1257 ± 3% -6% 1207 vmstat.system.cs -> 2702 ± 18% 11% 3002 ± 19% 17% 3156 ± 18% numa-vmstat.node0.nr_mapped -> 10765 ± 18% 11% 11964 ± 19% 17% 12588 ± 18% numa-meminfo.node0.Mapped -> 0.00 ± 47% -40% 0.00 ± 45% -84% 0.00 ± 42% mpstat.cpu.soft% +> 1280 A+- 3% -2% 1257 A+- 3% -6% 1207 vmstat.system.cs +> 2702 A+- 18% 11% 3002 A+- 19% 17% 3156 A+- 18% numa-vmstat.node0.nr_mapped +> 10765 A+- 18% 11% 11964 A+- 19% 17% 12588 A+- 18% numa-meminfo.node0.Mapped +> 0.00 A+- 47% -40% 0.00 A+- 45% -84% 0.00 A+- 42% mpstat.cpu.soft% > > Thanks, > Xiaolong Thanks for the testing! + +-- +To unsubscribe, send a message with 'unsubscribe linux-mm' in +the body to majordomo@kvack.org. For more info on Linux MM, +see: http://www.linux-mm.org/ . +Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a> diff --git a/a/content_digest b/N2/content_digest index 81f58ec..968bbdf 100644 --- a/a/content_digest +++ b/N2/content_digest @@ -63,13 +63,13 @@ "> >> >> threads?\n" "> >> > \n" "> >> > According to the description it is \"testcase:brk increase/decrease of one\n" - "> >> > page\342\200\235. According to the mode it spawns multiple processes, not threads.\n" + "> >> > pagea??. According to the mode it spawns multiple processes, not threads.\n" "> >> > \n" "> >> > Since a single page is unmapped each time, and the iTLB-loads increase\n" "> >> > dramatically, I would suspect that for some reason a full TLB flush is\n" "> >> > caused during do_munmap().\n" "> >> > \n" - "> >> > If I find some free time, I\342\200\231ll try to profile the workload - but feel free\n" + "> >> > If I find some free time, Ia??ll try to profile the workload - but feel free\n" "> >> > to beat me to it.\n" "> >> \n" "> >> The root-cause appears to be that tlb_finish_mmu() does not call\n" @@ -91,14 +91,20 @@ "> %stddev change %stddev change %stddev\n" "> \\ | \\ | \\ \n" "> 3405093 -19% 2747088 -2% 3348752 will-it-scale.per_process_ops\n" - "> 1280 \302\261 3% -2% 1257 \302\261 3% -6% 1207 vmstat.system.cs\n" - "> 2702 \302\261 18% 11% 3002 \302\261 19% 17% 3156 \302\261 18% numa-vmstat.node0.nr_mapped\n" - "> 10765 \302\261 18% 11% 11964 \302\261 19% 17% 12588 \302\261 18% numa-meminfo.node0.Mapped\n" - "> 0.00 \302\261 47% -40% 0.00 \302\261 45% -84% 0.00 \302\261 42% mpstat.cpu.soft%\n" + "> 1280 A+- 3% -2% 1257 A+- 3% -6% 1207 vmstat.system.cs\n" + "> 2702 A+- 18% 11% 3002 A+- 19% 17% 3156 A+- 18% numa-vmstat.node0.nr_mapped\n" + "> 10765 A+- 18% 11% 11964 A+- 19% 17% 12588 A+- 18% numa-meminfo.node0.Mapped\n" + "> 0.00 A+- 47% -40% 0.00 A+- 45% -84% 0.00 A+- 42% mpstat.cpu.soft%\n" "> \n" "> Thanks,\n" "> Xiaolong\n" "\n" - Thanks for the testing! + "Thanks for the testing!\n" + "\n" + "--\n" + "To unsubscribe, send a message with 'unsubscribe linux-mm' in\n" + "the body to majordomo@kvack.org. For more info on Linux MM,\n" + "see: http://www.linux-mm.org/ .\n" + "Don't email: <a href=mailto:\"dont@kvack.org\"> email@kvack.org </a>" -03beb8ece1a5351bfbdc882216a095d40aa0a50af45f314e51c68fe85cba5ef6 +9896843e3161c3464973a0e02436aa99e375a41fd8087a303560345d579a6121
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.