From owner-cvs-all Mon Jun 25 11:12:33 2001 Delivered-To: cvs-all@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 8884A37B401; Mon, 25 Jun 2001 11:12:26 -0700 (PDT) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id UAA87952; Mon, 25 Jun 2001 20:12:25 +0200 (CEST) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: John Baldwin Cc: Andy Isaacson , cvs-all@FreeBSD.org, cvs-committers@FreeBSD.org Subject: Re: cvs commit: src/sys/i386/i386 machdep.c References: From: Dag-Erling Smorgrav Date: 25 Jun 2001 20:12:24 +0200 In-Reply-To: Message-ID: Lines: 22 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG John Baldwin writes: > Err, no. :) The process only sees 4gb of space. Period. The address that > gets sent to the MMU before the page table lookups (but after the segment > translation) is 32bits. Not 36, just 32. You can't make a 32-bit address > acccess more than 4 gig of virtual address space, that's just all there is to > it. I think Andy's point is that the kernel could take advantage of the additional memory to cache a larger portion of the data set, even if the app weren't able to access it all at the same time. The app would do just what it would normally do with such a large dataset, i.e. map bits of it in and out of its address space (using mmap() and munmap()) preferably on some sort of LRU basis - business as usual - but the kernel would be able to keep at least some of what doesn't fit in the app's address space in memory. BTW, apps only get to enjoy 3 GB of their 4 GB address space, since we use a flat memory model where the kernel occupies the remaining space. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message