From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Sun, 21 Jul 2002 22:16:08 -0700 From: William Lee Irwin III Subject: Re: [PATCH][1/2] return values shrink_dcache_memory etc Message-ID: <20020722051608.GB919@holomorphy.com> References: <3D3B925D.624986EE@zip.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Description: brief message Content-Disposition: inline In-Reply-To: <3D3B925D.624986EE@zip.com.au> Sender: owner-linux-mm@kvack.org Return-Path: To: Andrew Morton Cc: Linus Torvalds , Rik van Riel , linux-kernel@vger.kernel.org, linux-mm@kvack.org, Ed Tomlinson List-ID: On Sun, Jul 21, 2002 at 10:04:29PM -0700, Andrew Morton wrote: > I'd suggest that we avoid putting any additional changes into > the VM until we have solutions available for: > 2: Make it work with pte-highmem (Bill Irwin is signed up for this) > 4: Move the pte_chains into highmem too (Bill, I guess) > 6: maybe GC the pte_chain backing pages. (Seems unavoidable. Rik?) > Especially pte_chains in highmem. Failure to fix this well > is a showstopper for rmap on large ia32 machines, which makes > it a showstopper full stop. I'll send you an update of my solution for (6), the initial version of which was posted earlier today, in a separate post. highpte_chain will do (2) and (4) simultaneously when it's debugged. On Sun, Jul 21, 2002 at 10:04:29PM -0700, Andrew Morton wrote: > If we can get something in place which works acceptably on Martin > Bligh's machines, and we can see that the gains of rmap (whatever > they are ;)) are worth the as-yet uncoded pains then let's move on. > But until then, adding new stuff to the VM just makes a `patch -R' > harder to do. I have the same kinds of machines and have already been testing with precisely the many tasks workloads he's concerned about for the sake of correctness, and efficiency is also a concern here. highpte_chain is already so high up on my priority queue that all other work is halted. Cheers, Bill -- 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/