All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <1489689381.2733.114.camel@linux.intel.com>

diff --git a/a/1.txt b/N1/1.txt
index e62aab5..149da74 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:   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%
+> > 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%
 > 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
@@ -49,4 +49,10 @@ to disturb the system minimally.
 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
\ No newline at end of file
+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>
\ No newline at end of file
diff --git a/a/content_digest b/N1/content_digest
index 8e52870..d796d0c 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -76,13 +76,13 @@
   "> > > reasonable default?\n",
   "> > From Aaron's data, it seems like 4 is a reasonable value for max_active:\n",
   "> > \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",
+  "> > 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",
   "> 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",
@@ -95,7 +95,13 @@
   "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"
+  "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>"
 ]
 
-3e7abc74f8674c4f533d94c043443abe70bdd1e9c1a1521376ce519404973493
+716263777577783786cfc414fc15cd0a0cc4dc3eaa5fb07a56c92d36de595963

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.