From owner-freebsd-current Tue Apr 23 21:41:20 2002 Delivered-To: freebsd-current@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 EDCA737B404; Tue, 23 Apr 2002 21:41:15 -0700 (PDT) Received: (from das@localhost) by HAL9000.wox.org (8.11.6/8.11.6) id g3O4eB703694; Tue, 23 Apr 2002 21:40:11 -0700 (PDT) (envelope-from das) Date: Tue, 23 Apr 2002 21:40:11 -0700 From: David Schultz To: Vallo Kallaste Cc: "Marc G. Fournier" , Terry Lambert , freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: FreeBSD 4.5-STABLE not easily scalable to large servers ... ? Message-ID: <20020423214011.B3593@HAL9000.wox.org> Mail-Followup-To: Vallo Kallaste , "Marc G. Fournier" , Terry Lambert , freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG References: <3CC4C683.F9AEF14E@mindspring.com> <20020423092909.N1721-100000@mail1.hub.org> <20020423184534.GA30212@myhakas.estpak.ee> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020423184534.GA30212@myhakas.estpak.ee>; from kalts@estpak.ee on Tue, Apr 23, 2002 at 09:45:34PM +0300 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake Vallo Kallaste : > Userspace processes will allocate memory > from UVA space and can grow over 1GB of size if needed by swapping. > You can certainly have more than one over-1GB process going on at > the same time, but swapping will constrain your performance. It isn't a performance constraint. 32-bit architectures have 32-bit pointers, so in the absence of segmentation tricks, a virtual address space can only contain 2^32 = 4G locations. If the kernel gets 3 GB of that, the maximum amount of memory that any individual user process can use is 1 GB. If you had, say, 4 GB of physical memory, a single user process could not use it all. Swap increases the total amount of memory that *all* processes can allocate by pushing some of the pages out of RAM and onto the disk, but it doesn't increase the total amount of memory that a single process can address. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message