From owner-freebsd-stable Mon Apr 22 6:20:44 2002 Delivered-To: freebsd-stable@freebsd.org Received: from HAL9000.wox.org (12-232-222-90.client.attbi.com [12.232.222.90]) by hub.freebsd.org (Postfix) with ESMTP id 69ED037B405; Mon, 22 Apr 2002 06:20:36 -0700 (PDT) Received: (from das@localhost) by HAL9000.wox.org (8.11.6/8.11.6) id g3MD9qB32382; Mon, 22 Apr 2002 06:09:52 -0700 (PDT) (envelope-from das) Date: Mon, 22 Apr 2002 06:09:52 -0700 From: David Schultz To: Terry Lambert Cc: freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: FreeBSD 4.5-STABLE not easily scalable to large servers ... ? Message-ID: <20020422060952.B31888@HAL9000.wox.org> Mail-Followup-To: Terry Lambert , freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG References: <20020421191440.J1721-100000@mail1.hub.org> <3CC3D494.649C2A8E@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3CC3D494.649C2A8E@mindspring.com>; from tlambert2@mindspring.com on Mon, Apr 22, 2002 at 02:15:00AM -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake Terry Lambert : > If you want more, then you need to use a 64 bit processor (or use a > processor that supports bank selection, and hack up FreeBSD to do > bank swapping on 2G at a time, just like Linux has been hacked up, > and expect that it won't be very useful). I'm guessing that this just means looking at more than 4 GB of memory by working with 2 GB frames at a time. As I recall, David Greenman said that this hack would essentially require a rewrite of the VM system. Does this just boil down to using 36 bit physical addresses? Are there plans for FreeBSD to support it, or is everyone just waiting until 64 bit processors become more common? > You can't > really avoid that, for the most part, since there's a shared TLB > cache that you really don't have opportunity to manage, other than > by seperating 4M vs. 4K pages (and 2M, etc., for the Pentium Pro, > though variable page granularity is not supported in FreeBSD, since > it's not common to most hardware people actually have). Does FreeBSD use 4M pages exclusively for kernel memory, as in Solaris, or is there a more complicated scheme? > If you increase the KVA, then you will decrease the UVA available to > user processes. The total of the two can not exceed 4G. In Linux, all of physical memory is mapped into the kernel's virtual address space, and hence, until recently Linux was limited to ~3 GB of physical memory. FreeBSD, as I understand, doesn't do that. So is the cause of this limitation that the top half of the kernel has to share a virtual address space with user processes? I'll have to read those books one of these days when I have time(6). Thanks for the info. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message