All of lore.kernel.org
 help / color / mirror / Atom feed

diff for duplicates of <ae4e3597-f664-e5c4-97fb-e07f230d5017@intel.com>

diff --git a/a/1.txt b/N1/1.txt
index b46b266..932df97 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -1,12 +1,12 @@
 On 03/16/2017 02:07 AM, Michal Hocko wrote:
 > On Wed 15-03-17 14:38:34, Tim Chen wrote:
 >> 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%
+>> 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
@@ -41,4 +41,10 @@ think so. :)
 I have the feeling that we can find a pretty sane large process size to
 be the floor where this feature gets activated.  I doubt the systems
 that really care about noise from other workloads are often doing
-multi-gigabyte mapping teardowns.
\ No newline at end of file
+multi-gigabyte mapping teardowns.
+
+--
+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 1431367..ee7e2db 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -47,12 +47,12 @@
   "On 03/16/2017 02:07 AM, Michal Hocko wrote:\n",
   "> On Wed 15-03-17 14:38:34, Tim Chen wrote:\n",
   ">> max_active:   time\n",
-  ">> 1             8.9s   \302\2610.5%\n",
-  ">> 2             5.65s  \302\2615.5%\n",
-  ">> 4             4.84s  \302\2610.16%\n",
-  ">> 8             4.77s  \302\2610.97%\n",
-  ">> 16            4.85s  \302\2610.77%\n",
-  ">> 32            6.21s  \302\2610.46%\n",
+  ">> 1             8.9s   +-0.5%\n",
+  ">> 2             5.65s  +-5.5%\n",
+  ">> 4             4.84s  +-0.16%\n",
+  ">> 8             4.77s  +-0.97%\n",
+  ">> 16            4.85s  +-0.77%\n",
+  ">> 32            6.21s  +-0.46%\n",
   "> \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",
@@ -87,7 +87,13 @@
   "I have the feeling that we can find a pretty sane large process size to\n",
   "be the floor where this feature gets activated.  I doubt the systems\n",
   "that really care about noise from other workloads are often doing\n",
-  "multi-gigabyte mapping teardowns."
+  "multi-gigabyte mapping teardowns.\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>"
 ]
 
-ee51431123c07f9ab2f41712b631cecb5f66bc856b73c9039a63d1711f928a7c
+432feeee0f0b3f215f18b875393ad8fc490c08ab9566a6a2ea20d6b98f6fdc92
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.