From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Fri, 23 Jun 2006 10:00:56 -0700 (PDT) From: Christoph Lameter Subject: Re: [PATCH] mm: tracking shared dirty pages -v10 In-Reply-To: Message-ID: References: <20060619175243.24655.76005.sendpatchset@lappy> <20060619175253.24655.96323.sendpatchset@lappy> <1151019590.15744.144.camel@lappy> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mm@kvack.org Return-Path: To: Hugh Dickins Cc: Linus Torvalds , Peter Zijlstra , linux-mm@kvack.org, linux-kernel@vger.kernel.org, Andrew Morton , David Howells , Christoph Lameter , Martin Bligh , Nick Piggin List-ID: On Fri, 23 Jun 2006, Hugh Dickins wrote: > Not even looked at the preview yet, but as far as mechanism goes, > I'm sure it won't be worse than a few fixups away from good. Sounds good. > And have we even seen stats for it yet? We know that it shouldn't > affect the vast majority of loads (not mapping shared writable), but > it won't be fixing any problem on them either; and we've had reports > that it does fix the issue, but at what perf cost? (I may have missed) I do not think that statistics are that important. One of the primary advantages is that this fixes up a way to deadlock the machine through dirtying too many pages. The other side effect is that dirty page writeout can begin before an application terminates. We have had cases where dirty memory was sitting for weeks in a machine because the process did not terminate. These are major VM issues that need a resolution. Also Peter has made the tracking configurable. So there is a way to switch it off if it is harmful for some situations. > Several people also have doubts as to whether it's right to be > focussing just on shared writable here, whether the private also > needs tweaking. I'm undecided. Can be considered a separate > issue, but a cycle in -mm would help settle that question too. You mean anonymous pages? Anonymous pages are always dirty unless you consider swap and we currently do not take account of dirty anonymous pages. With swap we already have performance problems and maybe there are additional issues to fix in that area. But these are secondary. -- 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: email@kvack.org