Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Mon, 24 Jun 2002 17:41:04 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Mon, 24 Jun 2002 17:41:03 -0400 Received: from garrincha.netbank.com.br ([200.203.199.88]:31762 "HELO garrincha.netbank.com.br") by vger.kernel.org with SMTP id ; Mon, 24 Jun 2002 17:41:02 -0400 Date: Mon, 24 Jun 2002 18:39:51 -0300 (BRT) From: Rik van Riel X-X-Sender: riel@imladris.surriel.com To: "Martin J. Bligh" cc: Linus Torvalds , Craig Kulesa , Ingo Molnar , Dave Jones , Daniel Phillips , , , Subject: Re: [PATCH] (1/2) reverse mapping VM for 2.5.23 (rmap-13b) In-Reply-To: <6660000.1024954471@flay> Message-ID: X-spambait: aardvark@kernelnewbies.org X-spammeplease: aardvark@nl.linux.org MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 974 Lines: 29 On Mon, 24 Jun 2002, Martin J. Bligh wrote: > A quick rough calculation indicates that the Oracle test I was helping > out with was consuming almost 10Gb of PTEs without rmap - 30Gb for > overhead doesn't sound like fun to me ;-( 10 GB is already bad enough that rmap isn't so much causing a problem but increasing an already untolerable problem. For the large SHM segment you'd probably want to either use large pages or shared page tables ... in each of these cases the rmap overhead will disappear together with the page table overhead. Now we just need volunteers for the implementation ;) kind regards, Rik -- Bravely reimplemented by the knights who say "NIH". http://www.surriel.com/ http://distro.conectiva.com/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/