From owner-freebsd-hackers Fri Jul 5 6:35:27 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A804537B400 for ; Fri, 5 Jul 2002 06:35:23 -0700 (PDT) Received: from HAL9000.wox.org (12-233-156-170.client.attbi.com [12.233.156.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 206AA43E31 for ; Fri, 5 Jul 2002 06:35:23 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: from HAL9000.wox.org (localhost [127.0.0.1]) by HAL9000.wox.org (8.12.3/8.12.3) with ESMTP id g65DZGG8000453; Fri, 5 Jul 2002 06:35:17 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: (from das@localhost) by HAL9000.wox.org (8.12.3/8.12.3/Submit) id g65DZF5F000452; Fri, 5 Jul 2002 06:35:15 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Date: Fri, 5 Jul 2002 06:35:15 -0700 From: David Schultz To: Daniel Lang Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Swap configuration for 2GB phys RAM Message-ID: <20020705133515.GA295@HAL9000.wox.org> Mail-Followup-To: Daniel Lang , freebsd-hackers@FreeBSD.ORG References: <20020705113532.GA11273@atrbg11.informatik.tu-muenchen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020705113532.GA11273@atrbg11.informatik.tu-muenchen.de> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake Daniel Lang : > I've found in the handbook (could also be the FAQ) a paragraph > that stated, if the hardware (MMU) would support it, FreeBSD > could address 8 TB of (I guess virtual) memory. The poweredge > can even be equipped with 6 GB RAM, which is already past > the 4GB limit of a standard 32bit address space. So I wonder > if it would be possible to just use the memory as usual? No 32-bit architecture can address 8 TB of virtual memory with a flat address space. A single process can only address 2^32 bytes with 32-bit pointers. Furthermore, the kernel is mapped into every process' address space, reducing the room available. However, it is possible to have more than 4 GB of physical memory, and split it between several processes. On recent i386s, you can use up to 64 MB using bank switching, which is a bad idea that has been reinvented at least a dozen times. The comment that you read should probably say, ``If the hardware supported it a long time ago, someone would have revamped the FreeBSD VM to make use of the support by now.'' Nobody has bothered yet, to my knowledge, but rumor has it that Peter Wemm is working on it, and a few months ago I think David Greenman mentioned possibly doing the same. But a far better solution is to get a 64-bit processor. They can use more than 4 GB of physical memory The Right Way, and an individual virtual address space can be larger than 4 GB. Unfortunately, lots of third-party software doesn't work on 64-bit architectures. I've been struggling for a while to get a Java VM to work on ia64. That's because I need to run some Java programs that, like most Java programs, need to address more than 4 GB of RAM. Sigh. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message