> 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? No. you are right. I fully agree your previous mail. so, I need to cool down a bit ;) -- 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