diff for duplicates of <1489689381.2733.114.camel@linux.intel.com> diff --git a/a/1.txt b/N1/1.txt index a78aa21..5baac90 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -30,13 +30,13 @@ On Thu, 2017-03-16 at 10:07 +0100, Michal Hocko wrote: > > > reasonable default? > > From Aaron's data, it seems like 4 is a reasonable value for max_active: > > -> > max_active:A A A time -> > 1A A A A A A A A A A A A A 8.9sA A A A+-0.5% -> > 2A A A A A A A A A A A A A 5.65sA A A+-5.5% -> > 4A A A A A A A A A A A A A 4.84sA A A+-0.16% -> > 8A A A A A A A A A A A A A 4.77sA A A+-0.97% -> > 16A A A A A A A A A A A A 4.85sA A A+-0.77% -> > 32A A A A A A A A A A A A 6.21sA A A+-0.46% +> > max_active: time +> > 1 8.9s ±0.5% +> > 2 5.65s ±5.5% +> > 4 4.84s ±0.16% +> > 8 4.77s ±0.97% +> > 16 4.85s ±0.77% +> > 32 6.21s ±0.46% > OK, but this will depend on the HW, right? Also now that I am looking at > those numbers more closely. This was about unmapping 320GB area and > using 4 times more CPUs you managed to half the run time. Is this really @@ -50,9 +50,3 @@ Perhaps we can only do this expedited exit only when there are idle cpus around. We can use the root sched domain's overload indicator for such a quick check. Tim - --- -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/N1/content_digest index faca47e..84cb229 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -49,13 +49,13 @@ "> > > reasonable default?\n" "> > From Aaron's data, it seems like 4 is a reasonable value for max_active:\n" "> > \n" - "> > max_active:A A A time\n" - "> > 1A A A A A A A A A A A A A 8.9sA A A A+-0.5%\n" - "> > 2A A A A A A A A A A A A A 5.65sA A A+-5.5%\n" - "> > 4A A A A A A A A A A A A A 4.84sA A A+-0.16%\n" - "> > 8A A A A A A A A A A A A A 4.77sA A A+-0.97%\n" - "> > 16A A A A A A A A A A A A 4.85sA A A+-0.77%\n" - "> > 32A A A A A A A A A A A A 6.21sA A A+-0.46%\n" + "> > max_active:\302\240\302\240\302\240time\n" + "> > 1\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\2408.9s\302\240\302\240\302\240\302\2610.5%\n" + "> > 2\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\2405.65s\302\240\302\240\302\2615.5%\n" + "> > 4\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\2404.84s\302\240\302\240\302\2610.16%\n" + "> > 8\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\2404.77s\302\240\302\240\302\2610.97%\n" + "> > 16\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\2404.85s\302\240\302\240\302\2610.77%\n" + "> > 32\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\2406.21s\302\240\302\240\302\2610.46%\n" "> OK, but this will depend on the HW, right? Also now that I am looking at\n" "> those numbers more closely. This was about unmapping 320GB area and\n" "> using 4 times more CPUs you managed to half the run time. Is this really\n" @@ -68,12 +68,6 @@ "Perhaps we can only do this expedited exit only when there are idle cpus around.\n" "We can use the root sched domain's overload indicator for such a quick check.\n" "\n" - "Tim\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>" + Tim -716263777577783786cfc414fc15cd0a0cc4dc3eaa5fb07a56c92d36de595963 +3e7abc74f8674c4f533d94c043443abe70bdd1e9c1a1521376ce519404973493
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.