From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Fri, 12 Mar 2004 22:21:39 +0000 From: Jamie Lokier Subject: Re: [PATCH] 2.6.4-rc2-mm1: vm-split-active-lists Message-ID: <20040312222139.GG18799@mail.shareable.org> References: <4051D39D.80207@cyberone.com.au> <20040312193547.GD18799@mail.shareable.org> <405228DC.1010107@matchmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <405228DC.1010107@matchmail.com> Sender: owner-linux-mm@kvack.org Return-Path: To: Mike Fedyk Cc: Nick Piggin , Mark_H_Johnson@raytheon.com, Andrew Morton , linux-kernel@vger.kernel.org, linux-mm@kvack.org, m.c.p@wolk-project.de, owner-linux-mm@kvack.org, plate@gmx.tm List-ID: Mike Fedyk wrote: > That would have other side benefits. If the anon page matches (I'm not > calling it "!dirty" since that might have other semantics in the current > VM) what is in swap, it can be cleaned without performing any IO. Also, > suspending will have much less IO to perform before completion. Exactly those sort of benefits. Btw, When you say "You're saying all anon memory should become swap_cache eventually" it's worth noting that there are benefits to doing it the other way too: speculatively pulling in pages that are thought likely to be good for interactive response, at the expense of pages which have been used more recently, and must remain in RAM for a short while while they are considered in use, but aren't ranked so highly based on some interactivity heuristics. I.e. fixing the "everything swapped out in the morning" problem by having a long term slow rebalancing in favour of pages which seem to be requested for interactive purposes, competing against the short term balance of whichever pages have been used recently or are predicted by short term readahead. Both replicating RAM pages to swap, and replicating swap or file-backed pages to RAM can be speculative and down slowly, over the long term, and when there is little other activity or I/O. -- Jamie -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: aart@kvack.org