All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <87h8dgefee.fsf@esperi.org.uk>

diff --git a/a/1.txt b/N1/1.txt
index 655d9b2..085c709 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -33,7 +33,7 @@ stats_total/cache_readaheads: 0
 Huge increase in bypassed reads, essentially no new cached reads. This
 is... basically the optimum case for bcache, and it's not caching it!
 
-From my reading of xfs_dir2_leaf_readbuf(), it looks like essentially
+>From my reading of xfs_dir2_leaf_readbuf(), it looks like essentially
 all directory reads in XFS appear to bcache as a single non-readahead
 followed by a pile of readahead I/O: bcache bypasses readahead bios, so
 all directory reads (or perhaps all directory reads larger than a single
diff --git a/a/content_digest b/N1/content_digest
index 534f089..53a5ec0 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -41,7 +41,7 @@
  "Huge increase in bypassed reads, essentially no new cached reads. This\n"
  "is... basically the optimum case for bcache, and it's not caching it!\n"
  "\n"
- "From my reading of xfs_dir2_leaf_readbuf(), it looks like essentially\n"
+ ">From my reading of xfs_dir2_leaf_readbuf(), it looks like essentially\n"
  "all directory reads in XFS appear to bcache as a single non-readahead\n"
  "followed by a pile of readahead I/O: bcache bypasses readahead bios, so\n"
  "all directory reads (or perhaps all directory reads larger than a single\n"
@@ -59,4 +59,4 @@
  "since bcache's primary raison d'etre is precisely to cache seeky stuff\n"
  like metadata. :(
 
-6311383fcd7aee20109272ac6705bc99a64a7adcbcb9500e34cea562bc26aaaf
+fd94fd51028a99143e59b79bffe045783b219357c3a7f7b27a048430e87558f9

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.