On Sun, Mar 17, 2013 at 04:40:13PM +0100, Andi Kleen wrote: > > > BTW longer term the code would probably be a lot clearer with a > > > real explicit state machine instead of all these custom state bits. > > > > > > > I would expect so even though it'd be a major overhawl. > > A lot of these VM paths need overhaul because they usually don't > do enough page batching to perform really well on larger systems. > While I agree this is also a serious issue and one you brought up last year, the issue here is that page reclaim is making bad decisions for ordinary machines. The figures in the leader patch show that a single-threaded background write is enough to push an active application into swap. For reclaim, the batching that is meant to mitigate part of this problem is page lruvecs but that has been causing its own problems recently. At some point the bullet will have to be bitten by removing pagevecs, seeing what falls out and then design and implement a better batching mechanism for handling large numbers of struct pages. -- Mel Gorman SUSE Labs -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@xxxxxxxxx. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: <a href=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>