[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <4D676067.8050200@ce.jp.nec.com>
Date: Fri, 25 Feb 2011 16:55:19 +0900
From: "Jun'ichi Nomura" <j-nomura@...jp.nec.com>
To: linux-kernel@...r.kernel.org, linux-fsdevel@...r.kernel.org
Subject: [PATCH] Fix mapping->writeback_index to point to the last written
page
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@...jp.nec.com>
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-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists