Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Tue, 29 Jan 2002 05:14:15 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Tue, 29 Jan 2002 05:14:06 -0500 Received: from sun.fadata.bg ([80.72.64.67]:13063 "HELO fadata.bg") by vger.kernel.org with SMTP id ; Tue, 29 Jan 2002 05:13:54 -0500 To: Daniel Phillips Cc: Oliver Xymoron , Linus Torvalds , Rik van Riel , Josh MacDonald , linux-kernel , , Subject: Re: Note describing poor dcache utilization under high memory pressure In-Reply-To: <87lmehft5b.fsf@fadata.bg> X-No-CC: Reply to lists, not to me. From: Momchil Velikov Date: 29 Jan 2002 11:20:13 +0200 In-Reply-To: Message-ID: <87g04pfr8y.fsf@fadata.bg> Lines: 17 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 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 >>>>> "Daniel" == Daniel Phillips writes: Daniel> On January 29, 2002 09:39 am, Momchil Velikov wrote: >> >>>>> "Oliver" == Oliver Xymoron writes: Oliver> you can't actually _share_ the page tables without marking the pages Oliver> themselves readonly. >> >> Of course, ptes are made COW, just like now. Which brings up the >> question how much speedup we'll gain with a code that touches every >> single pte anyway ? Daniel> It's only touching the ptes on tables that are actually used, so if a parent Daniel> with a massive amount of mapped memory forks a child that only instantiates Daniel> a small portion of it (common situation) then the saving is pretty big. Umm, all the ptes af the parent ought to be made COW, no ? - 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/