diff for duplicates of <20180201014749.GF4841@magnolia> diff --git a/a/1.txt b/N1/1.txt index a2d7897..9aa34a7 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -2,7 +2,7 @@ On Wed, Jan 31, 2018 at 04:45:36PM -0800, Andiry Xu wrote: > PMEM/DAX should allow for significant improvements in file system > performance and enable new programming models that allow direct, > efficient access to PMEM from userspace. Achieving these gains in -> existing file systems built for block devices (e.g., XFS and EXT4…) +> existing file systems built for block devices (e.g., XFS and EXT4a?|) > presents a range of challenges (e.g., > https://lkml.org/lkml/2016/9/11/159) and has been the subject of a lot > of recent work on ext4 and xfs. @@ -14,7 +14,7 @@ On Wed, Jan 31, 2018 at 04:45:36PM -0800, Andiry Xu wrote: > many operations). Of course, it also brings with it the complexity of > another file system. > -> We recently sent out a patch set for one-such “clean slate” NVMM-aware +> We recently sent out a patch set for one-such a??clean slatea?? NVMM-aware > file system called NOVA. NOVA is log-structured DAX file system with > several nice features: @@ -30,7 +30,7 @@ That's the series that was sent out last August, correct? > At the summit, we would like to discuss the trade-offs between > adapting NVMM features to existing file systems vs. creating/adopting > a purpose-built file system for NVMM. NOVA serves as useful starting -> point for that discussion by demonstrating what’s possible. It may +> point for that discussion by demonstrating whata??s possible. It may > also suggest some features that could be adapted to other file systems > to improve NVMM performance. > diff --git a/a/content_digest b/N1/content_digest index 3382a4e..6f9b61e 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -18,7 +18,7 @@ "> PMEM/DAX should allow for significant improvements in file system\n" "> performance and enable new programming models that allow direct,\n" "> efficient access to PMEM from userspace. Achieving these gains in\n" - "> existing file systems built for block devices (e.g., XFS and EXT4\342\200\246)\n" + "> existing file systems built for block devices (e.g., XFS and EXT4a?|)\n" "> presents a range of challenges (e.g.,\n" "> https://lkml.org/lkml/2016/9/11/159) and has been the subject of a lot\n" "> of recent work on ext4 and xfs.\n" @@ -30,7 +30,7 @@ "> many operations). Of course, it also brings with it the complexity of\n" "> another file system.\n" ">\n" - "> We recently sent out a patch set for one-such \342\200\234clean slate\342\200\235 NVMM-aware\n" + "> We recently sent out a patch set for one-such a??clean slatea?? NVMM-aware\n" "> file system called NOVA. NOVA is log-structured DAX file system with\n" "> several nice features:\n" "\n" @@ -46,7 +46,7 @@ "> At the summit, we would like to discuss the trade-offs between\n" "> adapting NVMM features to existing file systems vs. creating/adopting\n" "> a purpose-built file system for NVMM. NOVA serves as useful starting\n" - "> point for that discussion by demonstrating what\342\200\231s possible. It may\n" + "> point for that discussion by demonstrating whata??s possible. It may\n" "> also suggest some features that could be adapted to other file systems\n" "> to improve NVMM performance.\n" "> \n" @@ -68,4 +68,4 @@ "see: http://www.linux-mm.org/ .\n" "Don't email: <a href=mailto:\"dont@kvack.org\"> email@kvack.org </a>" -8696f605ae26ce4a469f1d5f1e15295eb0788a2c333b6058c70434f8b4586d99 +96f1410377151b80de73d11557e89ec87bfa458a5809664308e5fc39fdc84e19
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.