All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <20110905083321.GA15935@redhat.com>

diff --git a/a/1.txt b/N1/1.txt
index 0f7e082..c11a730 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -14,8 +14,8 @@ On Fri, Sep 02, 2011 at 11:19:49AM +0900, Minchan Kim wrote:
 > >> [1] 7d3579e,vmscan: narrow the scenarios in whcih lumpy reclaim uses synchrounous reclaim
 > >
 > > Lumpy isolates physically contiguous in the hope to free a bunch of
-> > pages that can be merged to a bigger page.  If an unevictable page is
-> > encountered, the chance of that is gone.  Why invest the allocation
+> > pages that can be merged to a bigger page.  If an unevictable page is
+> > encountered, the chance of that is gone.  Why invest the allocation
 > > latency when we know it won't pay off anymore?
 > >
 > 
@@ -55,3 +55,10 @@ isolation when one of the pages fails.
 I would go with the last option.  Lumpy reclaim is on its way out and
 already disabled for a rather common configuration, so I would defer
 non-obvious fixes like these until actual bug reports show up.
+
+--
+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/ .
+Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
+Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
diff --git a/a/content_digest b/N1/content_digest
index 1c14ca6..4c33206 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -29,8 +29,8 @@
  "> >> [1] 7d3579e,vmscan: narrow the scenarios in whcih lumpy reclaim uses synchrounous reclaim\n"
  "> >\n"
  "> > Lumpy isolates physically contiguous in the hope to free a bunch of\n"
- "> > pages that can be merged to a bigger page. \302\240If an unevictable page is\n"
- "> > encountered, the chance of that is gone. \302\240Why invest the allocation\n"
+ "> > pages that can be merged to a bigger page.  If an unevictable page is\n"
+ "> > encountered, the chance of that is gone.  Why invest the allocation\n"
  "> > latency when we know it won't pay off anymore?\n"
  "> >\n"
  "> \n"
@@ -69,6 +69,13 @@
  "\n"
  "I would go with the last option.  Lumpy reclaim is on its way out and\n"
  "already disabled for a rather common configuration, so I would defer\n"
- non-obvious fixes like these until actual bug reports show up.
+ "non-obvious fixes like these until actual bug reports show up.\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"
+ "Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/\n"
+ "Don't email: <a href=mailto:\"dont@kvack.org\"> email@kvack.org </a>"
 
-1636ecd09e65204c53cc0946dedb11b5d38e7079944745b3213e3e1ab5c381b6
+7b528246db27c31e8f694a97cc59244a30a0fc765cc66b74f014f4cf5710c02f

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.