Hi, For range-cyclic writeback (e.g. kupdate), the writeback code sets a continuation point of the next writeback to mapping->writeback_index. Current code sets the page next to the last written page. I think it's intended for sequential writer. However, in many cases, sequential writer is writing in the middle of the page and it just redirties the last written page by continuing from that. So the next writeback should try to continue from the last written page, not the next one. (If it's clean because the writer was on the page boundary, pagevec_lookup_tag just skips it. So no problem.) Otherwise, the last written page was left dirty until the writeback wraps around. I.e. if the sequential dirtier has written on pagecache as '*'s below: |*******|*******|****---|-------|-------| ( |---| is a page ) then, writeback happens: |-------|-------|-------|-------|-------| and the dirtier continues: |-------|-------|----***|*******|*****--| A B Next writeback should start from page A, not B. As an exceptional case, when I/O error happens, set done_index to the next page as the comment in the code suggests. Signed-off-by: Jun'ichi Nomura <j-nomura@xxxxxxxxxxxxx> diff --git a/mm/page-writeback.c b/mm/page-writeback.c index 2cb01f6..beae3ed 100644 --- a/mm/page-writeback.c +++ b/mm/page-writeback.c @@ -927,7 +927,7 @@ retry: break; } - done_index = page->index + 1; + done_index = page->index; lock_page(page); @@ -977,6 +977,7 @@ continue_unlock: * not be suitable for data integrity * writeout). */ + done_index = page->index + 1; done = 1; break; } -- To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html