From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Mon, 22 Jul 2002 11:00:29 -0300 (BRT) From: Rik van Riel Subject: Re: [PATCH][1/2] return values shrink_dcache_memory etc In-Reply-To: <7146496.1027297237@[10.10.2.3]> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mm@kvack.org Return-Path: To: "Martin J. Bligh" Cc: Andrew Morton , William Lee Irwin III , Linus Torvalds , linux-kernel@vger.kernel.org, linux-mm@kvack.org, Ed Tomlinson , bcrl@redhat.com List-ID: On Mon, 22 Jul 2002, Martin J. Bligh wrote: > > Was it purely Oracle which drove pte-highmem, or do you think > > I don't see you can get into pathalogical crap without heavy > sharing of large amounts of data .... without sharing, you're at > a fixed percentage of phys mem - with sharing, I can have more > PTEs needed that I have phys mem. ... for which pte_highmem wouldn't fix the problem, either. >>From what I can see we really want/need 2 complementary solutions to fix this problem: 1) large pages and/or shared page tables to reduce page table overhead, which is a real "solution" 2) page table garbage collection, to reduce the amount of (resident?) page tables when the shit hits the fan; this is an "emergency" thing to have and we wouldn't want to use it continously, but it might be important to keep the box alive Since I've heard that (1) is already in use by some people I've started working on (2) the moment Linus asked me to put the dentry/icache pages in the LRU ;))) cheers, Rik -- Bravely reimplemented by the knights who say "NIH". http://www.surriel.com/ http://distro.conectiva.com/ -- 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/