diff for duplicates of <1460746909.4597.7.camel@hpe.com> diff --git a/a/1.txt b/N1/1.txt index 39c61c8..c68fe56 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -26,8 +26,7 @@ the data, which will saturate the system with memory pressure. Thanks, -Toshi --- -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> +_______________________________________________ +xfs mailing list +xfs@oss.sgi.com +http://oss.sgi.com/mailman/listinfo/xfs diff --git a/a/content_digest b/N1/content_digest index f7cce0d..1ace1fa 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -12,16 +12,15 @@ "Date\0Fri, 15 Apr 2016 13:01:49 -0600\0" "To\0Dan Williams <dan.j.williams@intel.com>" " Jeff Moyer <jmoyer@redhat.com>\0" - "Cc\0axboe@fb.com <axboe@fb.com>" + "Cc\0hch@infradead.org <hch@infradead.org>" jack@suse.cz <jack@suse.cz> - david@fromorbit.com <david@fromorbit.com> + linux-nvdimm@ml01.01.org <linux-nvdimm@ml01.01.org> linux-kernel@vger.kernel.org <linux-kernel@vger.kernel.org> xfs@oss.sgi.com <xfs@oss.sgi.com> - hch@infradead.org <hch@infradead.org> + axboe@fb.com <axboe@fb.com> linux-mm@kvack.org <linux-mm@kvack.org> linux-block@vger.kernel.org <linux-block@vger.kernel.org> viro@zeniv.linux.org.uk <viro@zeniv.linux.org.uk> - linux-nvdimm@ml01.01.org <linux-nvdimm@ml01.01.org> linux-fsdevel@vger.kernel.org <linux-fsdevel@vger.kernel.org> akpm@linux-foundation.org <akpm@linux-foundation.org> linux-ext4@vger.kernel.org <linux-ext4@vger.kernel.org> @@ -57,10 +56,9 @@ "Thanks,\n" "-Toshi \302\240\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>" + "_______________________________________________\n" + "xfs mailing list\n" + "xfs@oss.sgi.com\n" + http://oss.sgi.com/mailman/listinfo/xfs -42d626fc95f563fca2886ab8c493f233e10717b6bacd3eb4b81f6edc87531b7c +fd4016fa862c0741665d77e45d396a69dbc97b6a21a901985674c970f7cb398e
diff --git a/a/1.txt b/N2/1.txt index 39c61c8..f4c3ad4 100644 --- a/a/1.txt +++ b/N2/1.txt @@ -2,29 +2,29 @@ On Fri, 2016-04-15 at 11:17 -0700, Dan Williams wrote: > On Fri, Apr 15, 2016 at 11:06 AM, Jeff Moyer <jmoyer@redhat.com> wrote: > > > > Dan Williams <dan.j.williams@intel.com> writes: -> > +> >A > > > > > There's a lot of special casing here, so you might consider > > > > > adding comments. > > > > Correct - maybe we should reconsider wrapper-izing this? :) > > > Another option is just to skip dax_do_io() and this special casing -> > > fallback entirely if errors are present. I.e. only attempt dax_do_io +> > > fallback entirely if errors are present.A A I.e. only attempt dax_do_io > > > when: IS_DAX() && gendisk->bb && bb->count == 0. > > > > So, if there's an error anywhere on the device, penalize all I/O (not -> > just writes, and not just on sectors that are bad)? I'm not sure +> > just writes, and not just on sectors that are bad)?A A I'm not sure > > that's a great plan, either. > > > If errors are rare how much are we actually losing in practice? > Moreover, we're going to do the full badblocks lookup anyway when we -> call ->direct_access(). If we had that information earlier we can +> call ->direct_access().A A If we had that information earlier we can > avoid this fallback dance. A system running with DAX may have active data set in NVDIMM lager than RAM -size. In this case, falling back to non-DAX will allocate page cache for +size. A In this case, falling back to non-DAX will allocate page cache for the data, which will saturate the system with memory pressure. Thanks, --Toshi +-Toshi A -- To unsubscribe, send a message with 'unsubscribe linux-mm' in diff --git a/a/content_digest b/N2/content_digest index f7cce0d..3fc97a5 100644 --- a/a/content_digest +++ b/N2/content_digest @@ -33,29 +33,29 @@ "> On Fri, Apr 15, 2016 at 11:06 AM, Jeff Moyer <jmoyer@redhat.com> wrote:\n" "> > \n" "> > Dan Williams <dan.j.williams@intel.com> writes:\n" - "> >\302\240\n" + "> >A \n" "> > > > > There's a lot of special casing here, so you might consider\n" "> > > > > adding comments.\n" "> > > > Correct - maybe we should reconsider wrapper-izing this? :)\n" "> > > Another option is just to skip dax_do_io() and this special casing\n" - "> > > fallback entirely if errors are present.\302\240\302\240I.e. only attempt dax_do_io\n" + "> > > fallback entirely if errors are present.A A I.e. only attempt dax_do_io\n" "> > > when: IS_DAX() && gendisk->bb && bb->count == 0.\n" "> >\n" "> > So, if there's an error anywhere on the device, penalize all I/O (not\n" - "> > just writes, and not just on sectors that are bad)?\302\240\302\240I'm not sure\n" + "> > just writes, and not just on sectors that are bad)?A A I'm not sure\n" "> > that's a great plan, either.\n" "> > \n" "> If errors are rare how much are we actually losing in practice?\n" "> Moreover, we're going to do the full badblocks lookup anyway when we\n" - "> call ->direct_access().\302\240\302\240If we had that information earlier we can\n" + "> call ->direct_access().A A If we had that information earlier we can\n" "> avoid this fallback dance.\n" "\n" "A system running with DAX may have active data set in NVDIMM lager than RAM\n" - "size. \302\240In this case, falling back to non-DAX will allocate page cache for\n" + "size. A In this case, falling back to non-DAX will allocate page cache for\n" "the data, which will saturate the system with memory pressure.\n" "\n" "Thanks,\n" - "-Toshi \302\240\n" + "-Toshi A \n" "\n" "--\n" "To unsubscribe, send a message with 'unsubscribe linux-mm' in\n" @@ -63,4 +63,4 @@ "see: http://www.linux-mm.org/ .\n" "Don't email: <a href=mailto:\"dont@kvack.org\"> email@kvack.org </a>" -42d626fc95f563fca2886ab8c493f233e10717b6bacd3eb4b81f6edc87531b7c +7a1c56376ed93a5fdf7c1a690177453c16d34af3d11242b2719ec23028cb350a
diff --git a/a/1.txt b/N3/1.txt index 39c61c8..d2f973b 100644 --- a/a/1.txt +++ b/N3/1.txt @@ -24,10 +24,4 @@ size. In this case, falling back to non-DAX will allocate page cache for the data, which will saturate the system with memory pressure. Thanks, --Toshi - --- -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> +-Toshi diff --git a/a/content_digest b/N3/content_digest index f7cce0d..69a26fc 100644 --- a/a/content_digest +++ b/N3/content_digest @@ -55,12 +55,6 @@ "the data, which will saturate the system with memory pressure.\n" "\n" "Thanks,\n" - "-Toshi \302\240\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>" + -Toshi -42d626fc95f563fca2886ab8c493f233e10717b6bacd3eb4b81f6edc87531b7c +cfc691a68c71562f292d1e761a9b8b28a711b7da853d8d9acbeb18f874c02070
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.