From owner-freebsd-questions@FreeBSD.ORG Wed Jun 8 17:37:40 2005 Return-Path: X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 49B6616A41C for ; Wed, 8 Jun 2005 17:37:40 +0000 (GMT) (envelope-from xfb52@dial.pipex.com) Received: from smtp-out4.blueyonder.co.uk (smtp-out4.blueyonder.co.uk [195.188.213.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id C830343D1D for ; Wed, 8 Jun 2005 17:37:39 +0000 (GMT) (envelope-from xfb52@dial.pipex.com) Received: from [82.41.37.55] ([82.41.37.55]) by smtp-out4.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.6713); Wed, 8 Jun 2005 18:38:19 +0100 Message-ID: <42A72CE2.2020303@dial.pipex.com> Date: Wed, 08 Jun 2005 18:37:38 +0100 From: Alex Zbyslaw User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-GB; rv:1.7.8) Gecko/20050530 X-Accept-Language: en, en-us, pl MIME-Version: 1.0 To: Tony Shadwick References: <42A717EB.8095.9574FF2F@localhost> <42A70833.806@dial.pipex.com> <20050608104357.O23064@mail.goinet.com> In-Reply-To: <20050608104357.O23064@mail.goinet.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 08 Jun 2005 17:38:19.0036 (UTC) FILETIME=[DBC6F5C0:01C56C50] Cc: freebsd-questions@freebsd.org Subject: Re: 12TB GEOM stripe, newfs, then fsck: cannot alloc 768053748 bytes for blockmap X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2005 17:37:40 -0000 Tony Shadwick wrote: > Did I just understand you right, or did you just say that the default > amount of RAM that FreeBSD allows in the kernel is 512MB without > throwing that switch at compile time???? > > Aw crap. If you're right, you just explained one of the grander > mysteries I'm experiencing with one of my boxes that keeps > experiencing symptoms of running out of RAM.... That's what comes of reading LINT (4.X) and NOTES (5.X) :-) It's the default amount of RAM that a single process is allowed to consume, assuming "limit datasize unlimited". It basically defines what unlimited means, as I understand it. Found it when running some tricky conversion jobs on large data files... Looks like you can fix it without recompiling though. See Dan Nelson's message... There's also a max for stack size and for the default. From NOTES # # Certain applications can grow to be larger than the 512M limit # that FreeBSD initially imposes. Below are some options to # allow that limit to grow to 1GB, and can be increased further # with changing the parameters. MAXDSIZ is the maximum that the # limit can be set to, and the DFLDSIZ is the default value for # the limit. MAXSSIZ is the maximum that the stack limit can be # set to. You might want to set the default lower than the max, # and explicitly set the maximum with a shell command for processes # that regularly exceed the limit like INND. # options MAXDSIZ=(1024UL*1024*1024) options MAXSSIZ=(256UL*1024*1024) options DFLDSIZ=(256UL*1024*1024) --Alex