From owner-freebsd-stable@FreeBSD.ORG Sun Sep 14 22:46:06 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 29F6816A4BF for ; Sun, 14 Sep 2003 22:46:06 -0700 (PDT) Received: from fling.sanbi.ac.za (fling.sanbi.ac.za [196.38.142.119]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9CB8443FD7 for ; Sun, 14 Sep 2003 22:46:04 -0700 (PDT) (envelope-from irvine@sanbi.ac.za) Received: from fling.sanbi.ac.za ([196.38.142.119]) by fling.sanbi.ac.za with esmtp (Exim 3.36 #1) id 19ymBO-0009x5-00; Mon, 15 Sep 2003 07:45:54 +0200 Date: Mon, 15 Sep 2003 07:45:49 +0200 (SAST) From: Irvine Short To: Doug White In-Reply-To: <20030914221953.H97248@carver.gumbysoft.com> Message-ID: <20030915074348.R36360@fling.sanbi.ac.za> References: <20030913092804.S46465@fling.sanbi.ac.za> <20030913123257.C51554@fling.sanbi.ac.za> <20030915070012.U36360@fling.sanbi.ac.za> <20030914221953.H97248@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: Large memory issues on 4-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2003 05:46:06 -0000 On Sun, 14 Sep 2003, Doug White wrote: > > However we have a situation where if I set MAXDSIZ to 2048 or above then > > things break, so FreeBSD right now has an effectivce limit of 2GB per > > process. > > > > Is this to be considered a bug or a feature? > > I'd have to say feature. The kernel placement and user/kernel boundary > sizing is part of FreeBSD and the 4GB limit for both kernel and user is a > restriction of the processor architecture. Thanks for the definitive reply! > > This is relevant to the work we're doing - some of my users actually > > really do need this amount of memory. > > If this is the case then you should consider a 64 bit architecture, like > ia64, sparc64, or amd64 (Opteron). Aah, but at the mo the 32bit systems are way way cheaper... -- Irvine Short Sys Admin SANBI, University of the Western Cape, South Africa http://www.sanbi.ac.za tel: +27-21-959 3645 cel: +27-82-494 3828