diff for duplicates of <1460747308.4597.9.camel@hpe.com> diff --git a/a/1.txt b/N1/1.txt index 06fde59..cf5ef02 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -30,8 +30,7 @@ this issue. -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 8301ebf..ecd4ae4 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -13,16 +13,15 @@ "Date\0Fri, 15 Apr 2016 13:08:28 -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> @@ -62,10 +61,9 @@ "\n" "-Toshi\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 -0aa407610a4964236814c1e7a3e0667cbce74a4154bd3e6f1129c70a78601bca +e88f747889f443a51572871a4693bdf1e3f00e0639dd5574b5fcbcfa8d0fb979
diff --git a/a/1.txt b/N2/1.txt index 06fde59..2d884e6 100644 --- a/a/1.txt +++ b/N2/1.txt @@ -4,28 +4,28 @@ On Fri, 2016-04-15 at 13:01 -0600, Toshi Kani 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 +> > > > 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 +> RAM 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. -Oh, sorry, we are still in DIO path. Falling back to DIO should not cause +Oh, sorry, we are still in DIO path. A Falling back to DIO should not cause this issue. -Toshi diff --git a/a/content_digest b/N2/content_digest index 8301ebf..64b3fa8 100644 --- a/a/content_digest +++ b/N2/content_digest @@ -36,28 +36,28 @@ "> > 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\n" + "> > > > fallback entirely if errors are present.A A I.e. only attempt\n" "> > > > dax_do_io 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\n" - "> RAM size. \302\240In this case, falling back to non-DAX will allocate page cache\n" + "> RAM size. A In this case, falling back to non-DAX will allocate page cache\n" "> for the data, which will saturate the system with memory pressure.\n" "\n" - "Oh, sorry, we are still in DIO path. \302\240Falling back to DIO should not cause\n" + "Oh, sorry, we are still in DIO path. A Falling back to DIO should not cause\n" "this issue.\n" "\n" "-Toshi\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>" -0aa407610a4964236814c1e7a3e0667cbce74a4154bd3e6f1129c70a78601bca +547c96eac1d3bddfad57b8c50e4f738081092554a3d8726f80f2c930680b0ed2
diff --git a/a/1.txt b/N3/1.txt index 06fde59..f20204e 100644 --- a/a/1.txt +++ b/N3/1.txt @@ -29,9 +29,3 @@ Oh, sorry, we are still in DIO path. Falling back to DIO should not cause this issue. -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> diff --git a/a/content_digest b/N3/content_digest index 8301ebf..9144c03 100644 --- a/a/content_digest +++ b/N3/content_digest @@ -60,12 +60,6 @@ "Oh, sorry, we are still in DIO path. \302\240Falling back to DIO should not cause\n" "this issue.\n" "\n" - "-Toshi\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 -0aa407610a4964236814c1e7a3e0667cbce74a4154bd3e6f1129c70a78601bca +143f34b88dd2de18d9d10db300f8bdbc8977a062668f997055752e13a5e43715
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.