diff for duplicates of <20090730221727.GI12579@kernel.dk> diff --git a/a/1.txt b/N1/1.txt index 4c2220d..7c6eb6e 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -7,18 +7,18 @@ On Thu, Jul 30 2009, Martin Bligh wrote: > >> # seq 10 | xargs -P0 -n1 -i\{} dd if=/dev/zero of=/tmp/dump\{} > >> bs=1024k count=100 > >> -> >> While the dds are running data is written out at disk speed. However, +> >> While the dds are running data is written out at disk speed. However, > >> once the dds have run to completion and exited there is ~500MB of -> >> dirty memory left. Background writeout then takes about 3 more -> >> minutes to clean memory at only ~3.3MB/s. When I explicitly sync, I +> >> dirty memory left. Background writeout then takes about 3 more +> >> minutes to clean memory at only ~3.3MB/s. When I explicitly sync, I > >> can see that the disk is capable of 40MB/s, which finishes off the > >> files in ~10s. [1] > >> > >> An interesting recent-ish change is "writeback: speed up writeback of -> >> big dirty files." When I revert the change to __sync_single_inode the +> >> big dirty files." When I revert the change to __sync_single_inode the > >> problem appears to go away and background writeout proceeds at disk -> >> speed. Interestingly, that code is in the git commit [2], but not in -> >> the post to LKML. [3] This is may not be the fix, but it makes this +> >> speed. Interestingly, that code is in the git commit [2], but not in +> >> the post to LKML. [3] This is may not be the fix, but it makes this > >> test behave better. > > > > Can I talk you into trying the per-bdi writeback patchset? I just tried @@ -43,3 +43,9 @@ disk speeds, but with some time in between. -- Jens Axboe + +-- +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/N1/content_digest index 26e9816..21b88c0 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -23,18 +23,18 @@ "> >> # seq 10 | xargs -P0 -n1 -i\\{} dd if=/dev/zero of=/tmp/dump\\{}\n" "> >> bs=1024k count=100\n" "> >>\n" - "> >> While the dds are running data is written out at disk speed. \302\240However,\n" + "> >> While the dds are running data is written out at disk speed. However,\n" "> >> once the dds have run to completion and exited there is ~500MB of\n" - "> >> dirty memory left. \302\240Background writeout then takes about 3 more\n" - "> >> minutes to clean memory at only ~3.3MB/s. \302\240When I explicitly sync, I\n" + "> >> dirty memory left. Background writeout then takes about 3 more\n" + "> >> minutes to clean memory at only ~3.3MB/s. When I explicitly sync, I\n" "> >> can see that the disk is capable of 40MB/s, which finishes off the\n" "> >> files in ~10s. [1]\n" "> >>\n" "> >> An interesting recent-ish change is \"writeback: speed up writeback of\n" - "> >> big dirty files.\" \302\240When I revert the change to __sync_single_inode the\n" + "> >> big dirty files.\" When I revert the change to __sync_single_inode the\n" "> >> problem appears to go away and background writeout proceeds at disk\n" - "> >> speed. \302\240Interestingly, that code is in the git commit [2], but not in\n" - "> >> the post to LKML. [3] \302\240This is may not be the fix, but it makes this\n" + "> >> speed. Interestingly, that code is in the git commit [2], but not in\n" + "> >> the post to LKML. [3] This is may not be the fix, but it makes this\n" "> >> test behave better.\n" "> >\n" "> > Can I talk you into trying the per-bdi writeback patchset? I just tried\n" @@ -58,6 +58,12 @@ "disk speeds, but with some time in between.\n" "\n" "-- \n" - Jens Axboe + "Jens Axboe\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>" -0bbd89289352f690fbb97376c8a1d0a201bf6c6bf17104a798cff3c69e313a3b +f378f0a437e77c76623013adceb46d4ae2838908442d00c55043277d49ae87e8
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.