diff for duplicates of <CAOUHufZ4o4zmW_PyRCXWmBj4OVgVJdC6h1wZsJFMWpGxpzyGdg@mail.gmail.com>
diff --git a/a/1.txt b/N2/1.txt
index 69afec5..63a9c80 100644
--- a/a/1.txt
+++ b/N2/1.txt
@@ -17,7 +17,7 @@ I wrote a crude test to verify this, and it maps exactly one page
within each PTE table. And I found page table scanning didn't
underperform the rmap:
-https://lore.kernel.org/linux-mm/YHFuL%2FDdtiml4biw@google.com/#t
+https://lore.kernel.org/linux-mm/YHFuL%2FDdtiml4biw(a)google.com/#t
The reason (sorry for repeating this) is page table scanning is conditional:
@@ -38,7 +38,7 @@ Note that page table scanning doesn't replace the existing rmap scan.
It's complementary, and it happens when there is a good chance that
most of the pages on a system under pressure have been referenced.
IOW, scanning them one by one with the rmap would cost more than
-scanning them all at once via page tables.
+scanning them all@once via page tables.
Sounds reasonable?
diff --git a/a/content_digest b/N2/content_digest
index 8e76a38..b6622d6 100644
--- a/a/content_digest
+++ b/N2/content_digest
@@ -1,18 +1,3 @@
-[
- "ref\00020210413075155.32652-1-sjpark\@amazon.de\0"
-]
-[
- "ref\0003ddd4f8a-8e51-662b-df11-a63a0e75b2bc\@kernel.dk\0"
-]
-[
- "ref\00020210413231436.GF63242\@dread.disaster.area\0"
-]
-[
- "ref\0f4750f9431bd12b7338a47925de8b17015da51a7.camel\@surriel.com\0"
-]
-[
- "ref\0CAOUHufafMcaG8sOS=1YMy2P_6p0R1FzP16bCwpUau7g1-PybBQ\@mail.gmail.com\0"
-]
[
"ref\00020210414155130.GU3762101\@tassilo.jf.intel.com\0"
]
@@ -26,41 +11,10 @@
"Date\0Wed, 14 Apr 2021 13:04:50 -0600\0"
]
[
- "To\0Andi Kleen <ak\@linux.intel.com>\0"
-]
-[
- "Cc\0Rik van Riel <riel\@surriel.com>",
- " Dave Chinner <david\@fromorbit.com>",
- " Jens Axboe <axboe\@kernel.dk>",
- " SeongJae Park <sj38.park\@gmail.com>",
- " Linux-MM <linux-mm\@kvack.org>",
- " Andrew Morton <akpm\@linux-foundation.org>",
- " Benjamin Manes <ben.manes\@gmail.com>",
- " Dave Hansen <dave.hansen\@linux.intel.com>",
- " Hillf Danton <hdanton\@sina.com>",
- " Johannes Weiner <hannes\@cmpxchg.org>",
- " Jonathan Corbet <corbet\@lwn.net>",
- " Joonsoo Kim <iamjoonsoo.kim\@lge.com>",
- " Matthew Wilcox <willy\@infradead.org>",
- " Mel Gorman <mgorman\@suse.de>",
- " Miaohe Lin <linmiaohe\@huawei.com>",
- " Michael Larabel <michael\@michaellarabel.com>",
- " Michal Hocko <mhocko\@suse.com>",
- " Michel Lespinasse <michel\@lespinasse.org>",
- " Roman Gushchin <guro\@fb.com>",
- " Rong Chen <rong.a.chen\@intel.com>",
- " SeongJae Park <sjpark\@amazon.de>",
- " Tim Chen <tim.c.chen\@linux.intel.com>",
- " Vlastimil Babka <vbabka\@suse.cz>",
- " Yang Shi <shy828301\@gmail.com>",
- " Ying Huang <ying.huang\@intel.com>",
- " Zi Yan <ziy\@nvidia.com>",
- " linux-kernel <linux-kernel\@vger.kernel.org>",
- " lkp\@lists.01.org",
- " Kernel Page Reclaim v2 <page-reclaim\@google.com>\0"
+ "To\0lkp\@lists.01.org\0"
]
[
- "\0000:1\0"
+ "\0001:1\0"
]
[
"b\0"
@@ -85,7 +39,7 @@
"within each PTE table. And I found page table scanning didn't\n",
"underperform the rmap:\n",
"\n",
- "https://lore.kernel.org/linux-mm/YHFuL%2FDdtiml4biw\@google.com/#t\n",
+ "https://lore.kernel.org/linux-mm/YHFuL%2FDdtiml4biw(a)google.com/#t\n",
"\n",
"The reason (sorry for repeating this) is page table scanning is conditional:\n",
"\n",
@@ -106,11 +60,11 @@
"It's complementary, and it happens when there is a good chance that\n",
"most of the pages on a system under pressure have been referenced.\n",
"IOW, scanning them one by one with the rmap would cost more than\n",
- "scanning them all at once via page tables.\n",
+ "scanning them all\@once via page tables.\n",
"\n",
"Sounds reasonable?\n",
"\n",
"Thanks."
]
-3fa910804f30c9507fab6a7703996bf3ae15cc0af2d53a16b80c69f9285b0e76
+dde45c57cf41202e969a5649bf5964a7b32f7b09dcae130b8ff5418175a1d76d
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.