Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Mon, 17 Mar 2003 09:51:33 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Mon, 17 Mar 2003 09:51:33 -0500 Received: from nat-pool-bos.redhat.com ([66.187.230.200]:18324 "EHLO chimarrao.boston.redhat.com") by vger.kernel.org with ESMTP id ; Mon, 17 Mar 2003 09:51:32 -0500 Date: Mon, 17 Mar 2003 10:02:21 -0500 (EST) From: Rik van Riel X-X-Sender: riel@chimarrao.boston.redhat.com To: Paul Albrecht cc: linux-kernel@vger.kernel.org Subject: Re: 2.4 vm, program load, page faulting, ... In-Reply-To: <002401c2eb78$cca714e0$d5bb0243@oemcomputer> Message-ID: 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: 807 Lines: 20 On Sat, 15 Mar 2003, Paul Albrecht wrote: > ... Why does the kernel page fault on text pages, present in the page > cache, when a program starts? Couldn't the pte's for text present in the > page cache be resolved when they're mapped to memory? The mmap() syscall only sets up the VMA info, it doesn't fill in the page tables. That only happens when the process page faults. Note that filling in a bunch of page table entries mapping already present pagecache pages at exec() time might be a good idea. It's just that nobody has gotten around to that yet... - 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/