diff for duplicates of <20120302142651.GH5054@shiny> diff --git a/a/1.txt b/N1/1.txt index 76fcc12..06bf0e6 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -2,24 +2,19 @@ On Fri, Mar 02, 2012 at 03:16:12PM +0100, Jacek Luczak wrote: > 2012/3/2 Chris Mason <chris.mason@oracle.com>: > > On Fri, Mar 02, 2012 at 11:05:56AM +0100, Jacek Luczak wrote: > >> -> >> I've took both on tests. The subject is acp and spd_readdir used w= -ith +> >> I've took both on tests. The subject is acp and spd_readdir used with > >> tar, all on ext4: > >> 1) acp: http://91.234.146.107/~difrost/seekwatcher/acp_ext4.png -> >> 2) spd_readdir: http://91.234.146.107/~difrost/seekwatcher/tar_ext= -4_readir.png -> >> 3) both: http://91.234.146.107/~difrost/seekwatcher/acp_vs_spd_ext= -4.png +> >> 2) spd_readdir: http://91.234.146.107/~difrost/seekwatcher/tar_ext4_readir.png +> >> 3) both: http://91.234.146.107/~difrost/seekwatcher/acp_vs_spd_ext4.png > >> > >> The acp looks much better than spd_readdir but directory copy with > >> spd_readdir decreased to 52m 39sec (30 min less). > > -> > Do you have stats on how big these files are, and how fragmented th= -ey -> > are? =A0For acp and spd to give us this, I think something has gone= - wrong +> > Do you have stats on how big these files are, and how fragmented they +> > are? For acp and spd to give us this, I think something has gone wrong > > at writeback time (creating individual fragmented files). ->=20 +> > How big? Which files? All the files you're reading ;) @@ -28,8 +23,7 @@ filefrag will tell you how many extents each file has, any file with more than one extent is interesting. (The ext4 crowd may have better suggestions on measuring fragmentation). -Since you mention this is a compile farm, I'm guessing there are a bunc= -h +Since you mention this is a compile farm, I'm guessing there are a bunch of .o files created by parallel builds. There are a lot of chances for delalloc and the kernel writeback code to do the wrong thing here. diff --git a/a/content_digest b/N1/content_digest index d7258a0..7f47237 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -19,24 +19,19 @@ "> 2012/3/2 Chris Mason <chris.mason@oracle.com>:\n" "> > On Fri, Mar 02, 2012 at 11:05:56AM +0100, Jacek Luczak wrote:\n" "> >>\n" - "> >> I've took both on tests. The subject is acp and spd_readdir used w=\n" - "ith\n" + "> >> I've took both on tests. The subject is acp and spd_readdir used with\n" "> >> tar, all on ext4:\n" "> >> 1) acp: http://91.234.146.107/~difrost/seekwatcher/acp_ext4.png\n" - "> >> 2) spd_readdir: http://91.234.146.107/~difrost/seekwatcher/tar_ext=\n" - "4_readir.png\n" - "> >> 3) both: http://91.234.146.107/~difrost/seekwatcher/acp_vs_spd_ext=\n" - "4.png\n" + "> >> 2) spd_readdir: http://91.234.146.107/~difrost/seekwatcher/tar_ext4_readir.png\n" + "> >> 3) both: http://91.234.146.107/~difrost/seekwatcher/acp_vs_spd_ext4.png\n" "> >>\n" "> >> The acp looks much better than spd_readdir but directory copy with\n" "> >> spd_readdir decreased to 52m 39sec (30 min less).\n" "> >\n" - "> > Do you have stats on how big these files are, and how fragmented th=\n" - "ey\n" - "> > are? =A0For acp and spd to give us this, I think something has gone=\n" - " wrong\n" + "> > Do you have stats on how big these files are, and how fragmented they\n" + "> > are? \302\240For acp and spd to give us this, I think something has gone wrong\n" "> > at writeback time (creating individual fragmented files).\n" - ">=20\n" + "> \n" "> How big? Which files?\n" "\n" "All the files you're reading ;)\n" @@ -45,11 +40,10 @@ "more than one extent is interesting. (The ext4 crowd may have better\n" "suggestions on measuring fragmentation).\n" "\n" - "Since you mention this is a compile farm, I'm guessing there are a bunc=\n" - "h\n" + "Since you mention this is a compile farm, I'm guessing there are a bunch\n" "of .o files created by parallel builds. There are a lot of chances for\n" "delalloc and the kernel writeback code to do the wrong thing here.\n" "\n" -chris -4d8a5b798b3d571f4d8ec596a6cbb3b1431b06fd782673242819ce62838290d1 +76915ceeb96035245bc8d3c0a94c2ca64bb1e628e07ee3161b79ea254c6b5387
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.