On Thu, Apr 15, 2010 at 01:11:37PM +0900, KOSAKI Motohiro wrote: > Now, vmscan pageout() is one of IO throuput degression source. > Some IO workload makes very much order-0 allocation and reclaim > and pageout's 4K IOs are making annoying lots seeks. > > At least, kswapd can avoid such pageout() because kswapd don't > need to consider OOM-Killer situation. that's no risk. > Well, there is some risk here. Direct reclaimers may not be cleaning more pages than it had to previously except it splices subsystems together increasing stack usage and causing further problems. It might not cause OOM-killer issues but it could increase the time dirty pages spend on the LRU. Am I missing something? > Signed-off-by: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx> > --- > mm/vmscan.c | 7 +++++++ > 1 files changed, 7 insertions(+), 0 deletions(-) > > diff --git a/mm/vmscan.c b/mm/vmscan.c > index 3ff3311..d392a50 100644 > --- a/mm/vmscan.c > +++ b/mm/vmscan.c > @@ -614,6 +614,13 @@ static enum page_references page_check_references(struct page *page, > if (referenced_page) > return PAGEREF_RECLAIM_CLEAN; > > + /* > + * Delegate pageout IO to flusher thread. They can make more > + * effective IO pattern. > + */ > + if (current_is_kswapd()) > + return PAGEREF_RECLAIM_CLEAN; > + > return PAGEREF_RECLAIM; > } > > -- > 1.6.5.2 > > > -- Mel Gorman Part-time Phd Student Linux Technology Center University of Limerick IBM Dublin Software Lab -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@xxxxxxxxxx For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: <a href=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>